JP2023544565A - Ａｍｆの方法、ユーザ装置の方法、ａｍｆ、及びユーザ装置 - Google Patents

Ａｍｆの方法、ユーザ装置の方法、ａｍｆ、及びユーザ装置 Download PDF

Info

Publication number
JP2023544565A
JP2023544565A JP2023519556A JP2023519556A JP2023544565A JP 2023544565 A JP2023544565 A JP 2023544565A JP 2023519556 A JP2023519556 A JP 2023519556A JP 2023519556 A JP2023519556 A JP 2023519556A JP 2023544565 A JP2023544565 A JP 2023544565A
Authority
JP
Japan
Prior art keywords
nssai
amf
configuration update
network
procedure
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.)
Granted
Application number
JP2023519556A
Other languages
English (en)
Other versions
JP7456555B2 (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 JP2023544565A publication Critical patent/JP2023544565A/ja
Priority to JP2024036682A priority Critical patent/JP2024073517A/ja
Application granted granted Critical
Publication of JP7456555B2 publication Critical patent/JP7456555B2/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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • 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
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data

Landscapes

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

Abstract

Figure 2023544565000001
ネットワークスライス固有の認証および認可手順を処理するために、Access and Mobility Management Function（AMF (800)）によって実行される方法が開示される。一実施形態では、ネットワークは、進行中の汎用UE設定更新手順が完了する前に無線リンク障害に遭遇した場合、汎用UE設定更新手順を再起動するものとする。別の実施形態では、無線リンク障害後にN1 NASシグナリング接続が確立されると、ネットワークは、Allowed NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信する。
【選択図】図２

Description

本開示は、一般に、無線通信に関するものであり、特に、実施形態においては、スライス認証および認可手順の取り扱いに関する。
サービング（serving）PLMNは、例えば登録手順中に、REGISTRATION REQUESTメッセージにNSSAA（Network Slice-Specific Authentication and Authorization （以下 「NSSAA」と呼ぶ））の対象となるS-NSSAIを含むRequested NSSAIが含まれている場合、加入者情報（subscription information）に基づいて、対象となるHPLMNのS-NSSAIに対して、NSSAAを実行する。UEは、REGISTRATION REQUESTメッセージにおけるUE 5GMM Core Network CapabilityにおいてNSSAA機能をサポートしているかどうかを示す。UEがNSSAA機能をサポートしておらず、UEがNSSAAの対象となるこれらのS-NSSAIのいずれかを要求した場合、AMFはUEに対してNSSAA 手順をトリガーしないものとし、NSSAA 手順の対象となるrequested S-NSSAIのS-NSSAIはPLMNによって拒否される。S-NSSAIに対してNSSAAを実行するために、AMFはS-NSSAIに対してEAP-based NSSAA手順を呼び出す。NSSAA手順が開始され、S-NSSAIに対して進行中の場合、AMFはS-NSSAIのNSSAAステータスを保留中（pending）として保存し、NSSAA 手順が完了すると、S-NSSAIはNSSAA手順の結果に応じて、Allowed NSSAIまたはRejected S-NSSAIのいずれかになる。各S-NSSAIのNSSAAステータスは、存在する場合、格納され、AMFが変更されると転送される。NSSAA 手順に関連するプロセスの例を図1に示す。
3GPP TR 21.905: "Vocabulary for 3GPP Specifications". V16.0.0 (2019-06) 3GPP TS 23.501: "System architecture for the 5G System (5GS)". V16.5.1 (2020-08) 3GPP TS 23.502: "Procedures for the 5G System (5GS)". V16.5.1 (2020-08) 3GPP TS 24.501: "Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3". V16.5.1 (2020-07)
汎用UE設定更新手順（generic UE configuration update procedure）が完了する前に無線リンク障害（radio link failure）が発生した場合、UEにおけるS-NSSAIのステータスとネットワーク側におけるS-NSSAIのステータスが一致せずに同期しないことがあり、ユーザのS-NSSAIに関するサービスの喪失につながる。
本開示の第1の側面では、Access and Mobility Management Function （AMF）の方法が提供され、その方法は、CONFIGURATION UPDATE COMMANDメッセージを送信し、前記CONFIGURATION UPDATE COMMANDメッセージは、Allowed Network Slice Selection Assistance Information (NSSAI)またはRejected NSSAIを含み、前記Network Slice Selection Assistance Information (NSSAI)が送信されるとタイマを起動し、CONFIGURATION UPDATE COMPLETEメッセージを受信する前に無線リンクに関連する障害が検出された場合に、前記タイマが満了すると前記CONFIGURATION UPDATE COMMANDメッセージを再送信することを備える。
本開示の第2の側面では、User Equipment (UE)の方法が提供され、その方法は、Access and Mobility Management Function （AMF）と通信し、無線カバレッジが失われ、前記UEがPending NSSAIにSingle Network Slice Selection Assistance Information (NSSAI)を保持している場合、登録処理（Registration procedure）を開始する、ことを備える。
本開示の第3の側面において、Access and Mobility Management Function （AMF）は、CONFIGURATION UPDATE COMMANDメッセージを送信する手段と、前記CONFIGURATION UPDATE COMMANDメッセージは、Allowed Network Slice Selection Assistance Information (NSSAI)またはRejected NSSAIを含み、前記Network Slice Selection Assistance Information (NSSAI)が送信されるとタイマを起動する手段と、CONFIGURATION UPDATE COMPLETEメッセージを受信する前に無線リンクに関連する障害が検出された場合に、前記タイマが満了すると前記CONFIGURATION UPDATE COMMANDメッセージを再送信する手段と、を備える
本開示の第4の側面において、User Equipment (UE)は、Access and Mobility Management Function （AMF）と通信する手段と、無線カバレッジが失われ、前記UEがPending NSSAIにSingle Network Slice Selection Assistance Information (NSSAI)を保持している場合、登録処理（Registration procedure）を開始する手段と、を備える。
図１は、一般的なネットワークスライス固有の認証および認可手順（network slice specific authentication and authorization procedure）を示している。 図２は、汎用UE設定更新手順(generic UE configuration update procedure)の再起動(restarting)の例を示すシグナリング図である。 図３は、無線リンク障害(radio link failure)後にN1 NASシグナリング接続(N1 NAS signaling connection)が確立されたときに、Allowed NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信する例を示すシグナリング図である。 図４は、PDU session確立手順(PDU session establishment procedure)の例を示すシグナリング図である。 図５は、UEによる登録手順(registration procedure)の例を示すシグナリング図である。 図６は、UEを模式的に示したブロック図である。 図７は、RANノードを模式的に示したブロック図である。 図８は、AMFを模式的に示したブロック図である。
本開示は、スライス認証および認可手順(slice authentication and authorization procedure)の処理の改善されたシステムおよび方法を提供する。より具体的には、本開示は、ネットワーク固有のスライス認証および認可手順中に、弱い無線カバレッジ内のUEへAllowed NSSAIを送信する方法に関する。
本開示の利点と特徴をさらに明確にするために、本開示のより具体的な説明は、添付の図に示されているその具体的な実施形態を参照されたい。これらの図は、本開示の典型的な実施形態のみを示しており、したがって、範囲を限定するものとは考えられないことを理解されたい。
本開示は、さらなる具体性と詳細を付した図で説明し、説明する。
さらに、図の要素は単純に図示されており、必ずしも縮尺どおりに描かれていない可能性があることを当業者は理解するであろう。さらに、装置の構成に関しては、装置の1つ以上の構成要素が一般的な記号によって図に表されてもよく、図は、本開示の実施形態を理解するのに適切な特定の詳細のみを示すことができるため、ここでの説明の利点を有する当業者にとって容易に明らかになる詳細で図を不明瞭にすることはない。
開示の原則の理解を促進する目的で、ここで図に示された実施形態を参照し、それらを記述するために特定の言語を使用する。それにもかかわらず、開示の範囲の制限はそれによって意図されていないことが理解される。例示されたシステムにおけるそのような変更及び更なる変更、並びに当業者に通常発生する開示の原則の更なる適用は、本開示の範囲内であると解釈されるべきである。
用語 「comprises」、「comprising」、又はその他の変形は、非排他的包含をカバーすることを意図しており、ステップのリストを構成するプロセス又は方法は、それらのステップのみを含まず、そのようなプロセス又は方法に明示的にリストされていない、又はそのようなプロセス又は方法に固有の他のステップを含むことができる。同様に、「comprises～a」によって先行される１つ以上のデバイス、エンティティ、サブシステム、要素、構造又はコンポーネントは、さらなる制約なしに、他の装置、サブシステム、要素、構造、コンポーネント、追加の装置、追加のサブシステム、追加の要素、追加の構造または追加のコンポーネントの存在を妨げるものではない。この明細書全体を通しての 「一実施形態において」、「別の実施形態において」という語句および類似の言語の出現は、必ずしもそうではないが、すべて同じ実施形態を指す場合がある。
特に定義されていない限り、ここで使用されるすべての技術用語および科学用語は、本開示が属する技術分野の当業者によって一般的に理解されるのと同じ意味を有する。ここで提供されるシステム、方法、および例は単なる例示であり、限定することを意図していない。
以下の明細書および請求項では、多数の用語を参照し、それらは以下の意味を持つように定義されるものとする。単数形の「a」、「an」、および「the」は、文脈が明確にそうでないと指示しない限り、複数の参照を含む。ここで使用されるように、データは意味のある情報であり、パラメータに起因する値を表すため、情報はデータおよび知識と関連付けられる。さらなる知識は、抽象的または具体的な概念の理解を意味する。このシステム例は、開示された主題の説明を容易にするために簡素化されており、この開示の範囲を制限することを意図していないことに注意されたい。他の装置、システム、および構成は、システムに加えて、またはシステムの代わりに、ここに開示された実施形態を実装するために使用することができ、すべてのそのような実施形態は、本開示の範囲内として企図される。
プロブレムステートメント（Problem statement）の例1:
ネットワークは、NAS手順(例：登録手順（Registration Procedure）)中にRequested NSSAIにおいてNSSAAの対象となるS-NSSAIを受信すると、NSSAA手順を実行する。NSSAA手順の実行後、ネットワークはS-NSSAIに対するNSSAA手順の結果をUEに送信する。NSSAA手順が成功した場合、ネットワークはS-NSSAIをAllowed NSSAIに配置（put）し、それ以外の場合はS-NSSAIをRejected NSSAIに配置する。その後、AMFは汎用UE設定更新手順（generic UE configuration update procedure）を開始し、このAllowed NSSAIとRejected NSSAIの少なくとも1つ(新しいAllowed NSSAIまたはRejected NSSAIのいずれか、または新しいAllowed NSSAIとRejected NSSAIの両方)をCONFIGURATION UPDATE COMMANDメッセージでUEに送信する。汎用UE設定更新手順が完了する前に無線リンク障害（radio link failure）が発生した場合、UEはネットワークからAllowed NSSAIを受信できないかもしれない。そのため、UEにおけるS-NSSAIのステータスとネットワーク側におけるS-NSSAIのステータスが一致せず、相互に同期しない可能性があり、これはユーザのS-NSSAIに関するサービスの損失につながる。
プロブレムステートメント（Problem statement）の例2:
ネットワークは、NAS手順(例：登録手順)中に、requested NSSAIにおいてNSSAAの対象となるS-NSSAIを受信すると、NSSAA 手順を実行する。NSSAA 手順の実行後、ネットワークは、S-NSSAIに対するNSSAA 手順の結果をUEに送信する。NSSAA 手順が成功した場合、ネットワークはS-NSSAIをAllowed NSSAIに配置し、それ以外の場合はS-NSSAIをRejected NSSAIに配置する。ネットワークは、新しいAllowed NSSAIと古いAllowed NSSAIを維持（maintain）し、汎用UE設定更新手順を開始して、新しいAllowed NSSAIとRejected NSSAIの少なくとも1つ(新しいAllowed NSSAIまたはRejected NSSAIのいずれか、または新しいAllowed NSSAIとRejected NSSAIの両方)をCONFIGURATION UPDATE COMMANDメッセージでUEに送信する。ネットワークは、UEからCONFIGURATION UPDATE COMPLETEメッセージを受信すると、古いAllowed NSSAIを削除し、新しいAllowed NSSAIを維持する。新しいAllowed NSSAIと古いAllowed NSSAIの違いは、NSSAAの対象となるS-NSSAIが含まれているかどうかである。つまり、新しいAllowed NSSAIには、NSSAAの対象となるS-NSSAIを含むS-NSSAIが少なくとも1つ含まれている。古いAllowed NSSAIには、少なくとも1つのS-NSSAIが含まれているが、NSSAAの対象となるS-NSSAIは含まれていない。
汎用UE設定更新手順が完了する前に無線リンク障害（radio link failure）が発生すると、ネットワークは汎用UE設定更新手順を中止（abort）する。このシナリオでは、ネットワークがUEからCONFIGURATION UPDATE COMPLETEメッセージを受信しない場合、ネットワークは2つのAllowed NSSAIリスト(つまり、新しいAllowed NSSAIと古いAllowed NSSAI)を維持する。ネットワークが新しいAllowed NSSAIにおけるS-NSSAIを含む5G Session Managementメッセージ(たとえば、PDU session establishment requestメッセージ)を受信した場合、ネットワークの動作は、ネットワークがPDU Session Establishment手順を実行するか拒否するか明確ではない。
本開示では、UEとネットワークの間でS-NSSAIステータスの不一致が発生する問題の解決策について説明する。不一致は、無線リンクの障害（radio link failure）またはその他の理由によって発生する可能性がある。
各実施形態で開示されたすべての手順は、3GPPアクセスおよび非3GPPアクセスのためのUEとネットワーク間のS-NSSAIステータス管理に適用することができる。各実施形態で開示されたすべての手順は、3GPP TS23.501[2]の5.30.2項および5.30.3項でそれぞれ説明されているように、PLMNおよびスタンドアロン非パブリックネットワーク（Stand-alone non-public networks）とPublic Network Integrated NPNのためのUEとネットワーク間のS-NSSAIステータス管理に適用することができる。
いくつかの実施形態では、AMFが無線リンク障害を検出した後に、汎用UE設定更新手順が行われることが開示されている。例えば、実施形態2の図3のステップ8とステップ9である。無線リンク障害の後に登録手順が行われた場合、登録手順は汎用UE設定更新手順が行おうとしていることを引き継ぐことができる。登録手順は、初期登録手順（initial registration procedure）、移動を要因とする登録手順（registration procedure due to mobility）、または定期登録手順（periodic registration procedure）であってもよい。たとえば、CONFIGURATION UPDATE COMMANDメッセージで送信されるAllowed NSSAIは、REGISTRATION ACCEPTメッセージで送信される。この場合、次のメッセージ名の置換がすべての実施形態に適用される。
(1) CONFIGURATION UPDATE COMMANDメッセージは、REGISTRATION ACCEPTメッセージに置き換えられる。
(2) CONFIGURATION UPDATE COMPLETEメッセージは、REGISTRATION COMPLETEメッセージに置き換えられる。
実施の形態１(解決策1) :
図2に示すように、進行中の汎用UE設定更新手順が完了する前にネットワークが無線リンク障害に遭遇した場合、ネットワークは汎用UE設定更新手順を再起動するものとする。
この解決策の詳細を以下に説明する。
1.UEは、少なくとも1つのS-NSSAIを含むRequested NSSAIを含むREGISTRATION REQUESTメッセージをAMFに送信する。
2.AMFは、UEからREGISTRATION REQUESTメッセージを受信すると、Nudm_SDM_Getサービスを使用してUDMから取得したUEの加入者データ（subscriber data）を参照して、Requested NSSAIに含まれるS-NSSAIがNSSAAの対象かどうかを判定する。
S-NSSAIがNSSAA手順の対象である場合、AMFはS-NSSAIを保留中（pending）としてマークする。
3.AMFはUEに対して、S-NSSAIを含むPending（保留中） NSSAIを含むREGISTRATION ACCEPTメッセージを送信する。
4.AMFは、3GPP TS23.502[3]の4.2.9項で説明されているように、S-NSSAIのNSSAA手順を開始する。このステップ4は、S-NSSAIのEAPベースのネットワークスライス固有の認証および認可（Network Slice-Specific Authentication and Authorization）のみを指す。EAPベースのネットワークスライス固有の認証および認可の後に実行される可能性のあるUE Configuration Update 手順については、ステップ5以降で説明する。
5.S-NSSAIのNSSAA手順が正常に完了すると、AMFは、S-NSSAIを含むAllowed NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信して、汎用UE設定更新手順を開始する。AMFは、CONFIGURATION UPDATE COMMANDメッセージの送信と同時に、またはAMFがCONFIGURATION UPDATE COMMANDメッセージを送信した後に、リトライタイマ(例:T3555)を開始する。
AMFは、NSSAA 手順が失敗し、AMFがS-NSSAIを含むRejected NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信したときにも、リトライタイマを開始する。つまり、リトライタイマの開始原因は、CONFIGURATION UPDATE COMMANDメッセージの送信である。Allowed NSSAIは、少なくとも1つのS-NSSAIのリストである。Rejected NSSAIは、少なくとも1つのS-NSSAIのリストである。
6.AMFが無線リンク障害が発生したことを検出した場合(例えば、NG-RANがNGAPメッセージを通じてAMFに、UE無線連絡（UE radio contact）が失われたことを示す場合)、AMFは汎用UE設定更新手順を中断しない。つまり、AMFはリトライタイマを実行し続ける。
7.リトライタイマが終了すると、AMFはS-NSSAIを含むAllowed NSSAIまたはS-NSSAIを含むRejected NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを再送信する。
8.UEはCONFIGURATION UPDATE COMMANDメッセージを受信すると、S-NSSAIのステータスを更新し、CONFIGURATION UPDATE COMPLETEメッセージをAMFに送信する。
9.AMFは、UEからCONFIGURATION UPDATE COMPLETEメッセージを受信すると、ステップ7のCONFIGURATION UPDATE COMMANDメッセージにAllowed NSSAIのS-NSSAIが含まれている場合、S-NSSAIのステータスを有効として更新し、S-NSSAIのステータスをallowed S-NSSAIとして更新する。つまり、S-NSSAIはAllowed NSSAIの一部になる。ステップ7のCONFIGURATION UPDATE COMMANDメッセージにRejected NSSAIのS-NSSAIが含まれている場合、AMFはS-NSSAIのステータスをRejected S-NSSAIとして更新する。つまり、S-NSSAIはRejected NSSAIの一部になる。AMFは、このS-NSSAIがNSSAAに失敗したため、拒否されたS-NSSAIへの関連情報を保持してもよい。
解決策1の変形例:
一実施形態では、AMFは、Allowed NSSAIまたはRejected NSSAIと共に、ステップ5およびステップ7のCONFIGURATION UPDATE COMMANDメッセージに5G-GUTI(たとえば、新しい5G-GUTIまたは現在の5G-GUTI)を含める。ステップ6で無線リンク障害を検出すると、AMFはリトライタイマを実行し続ける。リトライタイマが終了（expire）すると、AMFはCONFIGURATION UPDATE COMMANDメッセージを再送信する。
一実施形態では、上記の実施形態は、CONFIGURATION UPDATE COMMANDメッセージが汎用UE設定更新手順（generic UE CONFIGURATION UPDATE procedure）の他の情報要素(例:Configured NSSAI、allowed CAG情報)を含む場合のシナリオにも適用できる。
実施の形態２(解決策2):
図3に示すように、ネットワークは、無線リンク障害後にN1 NASシグナリング接続が確立されると、Allowed NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信する。
この解決策の詳細を以下に説明する。
1.UEは、少なくとも1つのS-NSSAIを含むRequested NSSAIを含むREGISTRATION REQUESTメッセージをAMFに送信する。
2.AMFは、UEからREGISTRATION REQUESTメッセージを受信すると、Nudm_SDM_Getサービスを使用してUDMから取得したUEの加入者データを参照して、Requested NSSAIに含まれるS-NSSAIがNSSAAの対象であるかどうかを判定する。S-NSSAIがNSSAA手順の対象である場合、AMFはS-NSSAIを保留中としてマークする。
3.AMFは、S-NSSAIを含むPending NSSAIを含むREGISTRATION ACCEPTメッセージをUEに送信する。
4.AMFは、3GPP TS23.502[3]の4.2.9項に記載されているように、S-NSSAIのNSSAA手順を開始する。このステップ4は、S-NSSAIのEAPベースのネットワークスライス固有の認証および認可（Network Slice-Specific Authentication and Authorization）のみを指す。EAPベースのネットワークスライス固有の認証および認可の後に実行される可能性のあるUE Configuration Update手順については、ステップ5以降で説明する。
5.S-NSSAIのNSSAA手順が正常に完了すると、AMFは、S-NSSAIを含むAllowed NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信して、汎用UE設定更新手順を開始する。AMFは、CONFIGURATION UPDATE COMMANDメッセージの送信と同時に、またはAMFがCONFIGURATION UPDATE COMMANDメッセージを送信した後に、リトライタイマ(例:T3555)を開始してもよい。
AMFは、NSSAA手順が失敗し、AMFがS-NSSAIを含むRejected NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信したときに、リトライタイマを開始してもよい。つまり、リトライタイマの開始原因は、CONFIGURATION UPDATE COMMANDメッセージの送信である。
6.AMFが無線リンク障害が発生したことを検出した場合(例えば、NG-RANがNGAPメッセージを通じてAMFにUE無線連絡（UE radio contact）が失われたことを示す場合)、AMFは汎用UE設定更新手順を中止し、リトライタイマが実行されている場合はリトライタイマが停止する。
AMFは、ステップ5で送信されたCONFIGURATION UPDATE COMMANDメッセージのメッセージ内容とともに、UE MMコンテキストまたはAMF内のローカルメモリにUEステータス 「UCU (UE Configuration Update) needed」を設定する。UEステータス「UCU needed」は、UEとネットワーク間のS-NSSAIステータスが不一致である可能性があるため、UEに対して汎用UE設定更新手順を実行する必要があることを意味する。
または、AMFはUE MMコンテキストまたはAMF内のローカルメモリにおけるS-NSSAIステータスを「Unsynchronized」に設定する。S-NSSAIステータスの「Unsynchronized」は、UEとネットワーク間のS-NSSAIステータスが一致していない可能性があるため、このS-NSSAIに対して汎用UE設定更新手順を実行する必要があることを意味する。たとえば、AMFは、「UCU needed」であるUEステータスおよび「Unsynchronized」であるS-NSSAIステータスの少なくとも１つを示す情報を維持または保存する。
AMFがUEステータス「UCU needed」とS-NSSAIステータス「Unsynchronized」の少なくとも一方を維持したままAMF再配置（AMF relocation）が実行された場合、3GPP TS23.502[3]の5.2.2.2.2節で説明されているように、Namf_Communication_UEContextTransferサービスを使用して、UEステータス「UCU needed」とS-NSSAIステータス 「Unsynchronized」の少なくとも１つが古いAMFから新しいAMFに転送される必要がある。
7.UEとの新しいN1 NASシグナリング接続が確立される。たとえば、UEが3GPPカバレッジに戻り、REGISTRATION REQUESTメッセージをAMFに送信するとする。新しいN1 NASシグナリング接続は、REGISTRATION REQUESTメッセージの送信を含む登録手順によって確立される。
8.AMFがUEステータスを「UCU needed」またはS-NSSAIステータスを 「Unsynchronized」 として管理(または保存)している場合、AMFはS-NSSAIを含むAllowed NSSAIまたはS-NSSAIを含むRejected NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを再送信する。UEはCONFIGURATION UPDATE COMMANDメッセージを受信すると、S-NSSAIのステータスを更新する。
9.UEはAMFにCONFIGURATION UPDATE COMPLETEメッセージを送信する。
10.AMFはUEからCONFIGURATION UPDATE COMPLETEメッセージを受信すると、ステップ8のCONFIGURATION UPDATE COMMANDメッセージにAllowed NSSAIのS-NSSAIが含まれている場合、S-NSSAIステータスを有効として更新し、S-NSSAIのステータスをallowed S-NSSAIとして更新する。つまり、S-NSSAIはAllowed NSSAIの一部になる。ステップ8のCONFIGURATION UPDATE COMMANDメッセージにRejected NSSAIが含まれている場合、AMFはS-NSSAIのステータスをRejected S-NSSAIとして更新する。つまり、S-NSSAIはRejected NSSAIの一部になる。AMFは、このS-NSSAIがNSSAAに失敗したため、rejected S-NSSAIに対する関連情報を維持してもよい。
解決策2の変形例:
一実施形態では、ステップ7でUEとの新しいN1 NASシグナリング接続が確立され、AMFがS-NSSAIステータスを「Unsynchronized」として維持する場合、AMFはS-NSSAIのNSSAA 手順を開始してもよい。その後、NSSAA手順が正常に完了した場合、AMFは汎用UE設定更新手順を使用して、S-NSSAIを含むAllowed NSSAIをUEに送信する。NSSAA 手順が正常に完了した後、AMFはUEステータス「UCU needed」またはS-NSSAIステータス「Unsynchronized」 を削除またはリセットしてもよい。
別の実施形態では、AMFがステップ7で新しいN1 NASシグナリング接続としてREGISTRATION REQUESTメッセージを受信し、AMFがS-NSSAIステータスを「Unsynchronized」として維持する場合、AMFは汎用UE設定更新手順を開始する代わりに、S-NSSAIを含むAllowed NSSAIを含むREGISTRATION ACCEPTメッセージをUEに送信してもよい。AMFは、無効とマークされた新しいAllowed NSSAIと、有効とマークされた古いAllowed NSSAIと、を維持する、またはAMFは、新しいAllowed NSSAIのみを維持するものとする。UEは、「Allowed NSSAI」を有するREGISTRATION ACCEPTメッセージを受信すると、最新のAllowed NSSAIを受信したことを通知（acknowledge）するために、REGISTRATION COMPLETEメッセージを送信する。AMFがREGISTRATION COMPLETEメッセージを受信すると、AMFは、新しいallowed NSSAIを有効としてマークし、古いAllowed NSSAIを無効としてマークするものとする。
実施の形態３(解決策3) :
図4に示すように、AMFは、新しいAllowed NSSAIにおけるS-NSSAIを含むPDU sessionをアクティブにすること（activate）の要求を受信した場合、PDU session establishment手順を許可するものとする。
このソリューションの詳細について以下に説明する。
1.UEは、少なくとも1つのS-NSSAIを含むRequested NSSAIを含むREGISTRATION REQUESTメッセージをAMFに送信する。
2.AMFは、UEからREGISTRATION REQUESTメッセージを受信すると、Nudm_SDM_Getサービスを使用してUDMから取得したUEの加入者データを参照して、Requested NSSAIに含まれるS-NSSAIがNSSAAの対象かどうかを判定する。S-NSSAIがNSSAA手順の対象である場合、AMFはS-NSSAIを保留中としてマークする。
3.AMFは、S-NSSAIを含むPending NSSAIを含むREGISTRATION ACCEPTメッセージをUEに送信する。
4.AMFは、3GPP TS23.502[3]の4.2.9項に記載されているように、S-NSSAIのNSSAA手順を開始する。このステップ4は、S-NSSAIのEAPベースのネットワークスライス固有の認証および認可（EAP based Network Slice-Specific Authentication and Authorization）のみを指す。EAPベースのネットワークスライス固有の認証および認可の後に実行される可能性のあるUE Configuration Update 手順を、ステップ5以降で説明する。
5.S-NSSAIのNSSAA手順が正常に完了すると、AMFは、S-NSSAIを含む新しいAllowed NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信して、汎用UE設定更新手順を開始する。AMFは、CONFIGURATION UPDATE COMMANDメッセージの送信と同時に、またはAMFがCONFIGURATION UPDATE COMMANDメッセージを送信した後に、リトライタイマ(例:T3555)を開始してもよい。AMFは、新しいAllowed NSSAIと古いAllowed NSSAIとを維持(または保存)する。古いAllowed NSSAIには、ステップ4のNSSAA 手順の対象となるS-NSSAIは含まれない。
AMFは、NSSAA手順が失敗し、AMFがS-NSSAIを含むRejected NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信したときに、リトライタイマを開始してもよい。つまり、リトライタイマの開始原因は、CONFIGURATION UPDATE COMMANDメッセージの送信である。
6.UEは、CONFIGURATION UPDATE COMMANDメッセージの内容に基づいて、Allowed NSSAIまたはRejected NSSAIのステータスを更新する。CONFIGURATION UPDATE COMMANDメッセージにAllowed NSSAIのS-NSSAIが含まれている場合、UEはS-NSSAIが使用可能であると解釈する。
7.UEは、CONFIGURATION UPDATE COMPLETEメッセージをAMFに送信する。ただし、無線リンク障害のため、このメッセージはAMFに到達できない。
8.AMFが無線リンク障害が発生したことを検出した場合(例えば、NG-RANがNGAPメッセージを通じてAMFにUE無線連絡（UE radio contact）が失われたことを示す場合)、AMFは汎用UE設定更新手順を中止し、リトライタイマが実行されている場合はリトライタイマが停止する。
9.UEはPDU sessionを確立するためにUL NAS TRANSPORTメッセージをAMFに送信する。UL NAS TRANSPORTメッセージには、S-NSSAIと、PDU SESSION ESTABLISHMENT REQUESTメッセージを含むペイロードコンテナ（Payload container）が含まれる。
10.AMFはUL NAS TRANSPORTメッセージを受信する。AMFは、UL NAS TRANSPORTメッセージに含まれるS-NSSAIがAMFにおける新しいAllowed NSSAIに存在するかどうかを確認または判定する。S-NSSAIが新しいAllowed NSSAIに存在する場合、3GPP TS23.502[3]の4.3.2に記載されているように、AMFはPDU sessionの確立を許可し、PDU SESSION ESTABLISHMENT REQUESTメッセージをSMFに送信し、PDU SESSION ESTABLISHMENT 手順を続行する。
AMFは新しいAllowed NSSAIを有効としてマーク(または保存、または維持)し、古いallowed NSSAIを削除する。AMFは、NGAPメッセージで新しいAllowed NSSAIをNG-RANに転送してもよい。AMFは、新しいAllowed NSSAIをSMFにも転送してもよい。
1つの例では、AMFにおいて、S-NSSAIが新しいAllowed NSSAIに存在するが、古いAllowed NSSAIには存在しない場合、AMFはUEが最後のCONFIGURATION UPDATE COMMANDメッセージを受信したことを理解し、新しいAllowed NSSAIを有効とし、古いallowed NSSAIを削除する。この時点からAMFは、新しいAllowed NSSAIのみを維持する。
1つの例では、UEはS-NSSAIが新しいAllowed NSSAIまたは古いNSSAIリストのいずれかまたは両方に存在するかどうかを判定し、AMFはS-NSSAIを許可されたものと見なし、SMFにPDU SESSION ESTABLISHMENT REQUESTメッセージを送信する。
実施の形態４(解決策4) :
図5に示すように、AMFは、古いallowed NSSAIリストにないS-NSSAIを含むPDU sessionをアクティブにすること（activate）の要求を受信すると、PDU session establishment手順を拒否する。その後、UEは、Requested NSSAIリストにおけるS-NSSAIを含むREGISTRATION REQUESTメッセージを送信することにより、Registration 手順を開始する。
このソリューションの詳細について以下に説明する。
1.UEは、少なくとも1つのS-NSSAIを含むRequested NSSAIを含むREGISTRATION REQUESTメッセージをAMFに送信する。
2.AMFは、UEからREGISTRATION REQUESTメッセージを受信すると、Nudm_SDM_Getサービスを使用してUDMから取得したUEの加入者データを参照して、Requested NSSAIに含まれるS-NSSAIがNSSAAの対象であるかどうかを判定する。S-NSSAIがNSSAA手順の対象である場合、AMFはS-NSSAIを保留中としてマークする。
3.AMFは、S-NSSAIを含むPending NSSAIを含むREGISTRATION ACCEPTメッセージをUEに送信する。
4.AMFは、3GPP TS23.502[3]の4.2.9項で説明されているように、S-NSSAIのNSSAA手順を開始する。このステップ4は、S-NSSAIのEAPベースのネットワークスライス固有の認証および認可（EAP based Network Slice-Specific Authentication and Authorization）のみを指す。EAPベースのネットワークスライス固有の認証および認可の後に実行される可能性のあるUE Configuration Update手順について、ステップ5以降で説明する。
5.S-NSSAIのNSSAA手順が正常に完了すると、AMFは、S-NSSAIを含む新しいAllowed NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信して、汎用UE設定更新手順を開始する。AMFは、CONFIGURATION UPDATE COMMANDメッセージの送信と同時に、またはAMFがCONFIGURATION UPDATE COMMANDメッセージを送信した後に、リトライタイマ(例:T3555)を開始してもよい。AMFは、新しいAllowed NSSAIと古いAllowed NSSAIとを維持する。
AMFは、NSSAA 手順が失敗し、AMFがS-NSSAIを含むRejected NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信したときにも、リトライタイマを開始してもよい。つまり、リトライタイマの開始原因は、CONFIGURATION UPDATE COMMANDメッセージの送信である。
6.UEは、CONFIGURATION UPDATE COMMANDメッセージの内容に基づいて、Allowed NSSAIまたはRejected NSSAIのステータスを更新する。CONFIGURATION UPDATE COMMANDメッセージにAllowed NSSAIのS-NSSAIが含まれている場合、UEはS-NSSAIが使用可能であると解釈する。
7.UEは、CONFIGURATION UPDATE COMPLETEメッセージをAMFに送信する。ただし、無線リンク障害のため、このメッセージはAMFに到達できない。
8.AMFが無線リンク障害が発生したことを検出した場合(例えば、NG-RANがNGAPメッセージを通じてAMFにUE無線連絡（UE radio contact）が失われたことを示す場合)、AMFは汎用UE設定更新手順を中止し、リトライタイマが実行されている場合はリトライタイマが停止する。
9.UEはPDU sessionを確立するためにAMFにUL NAS TRANSPORTメッセージを送信する。UL NAS TRANSPORTメッセージには、S-NSSAIと、PDU SESSION ESTABLISHMENT REQUESTメッセージを含むPayloadコンテナが含まれる。
10.AMFがS-NSSAIを含むUPLINK (UL) NAS TRANSPORTメッセージを受信し、UL NAS TRANSPORTメッセージに含まれるS-NSSAIがAMFの古いAllowed NSSAIに存在しない場合、AMFはUL NAS TRANSPORTメッセージを拒否する。つまり、AMFはPDU sessionの確立を拒否する。
11.AMFは、ステップ10のUPLINK (UL) NAS TRANSPORTメッセージがAMFによって拒否されたことを示すDOWNLINK (DL) NAS TRANSPORTメッセージをUEに送信する。このメッセージには、新しい5G MM causeである「Unsynchronized S-NSSAI」もしくは「Unsynchronized S-NSSAIにより再登録が必要（Re-registration required due to Unsynchronized S-NSSAI）」もしくは「Network Specific Slice Authentication and Authorization 手順が必要（Network Specific Slice Authentication and Authorization procedure required）」もしくは、UEとネットワーク間のS-NSSAIステータスが一致していない可能性があり、同期するためには登録手順を実行する必要があることをUEに示すその他のcause valueが含まれていてもよい。UEは、DOWNLINK (DL) NAS TRANSPORTメッセージを受信すると、UEのAllowed NSSAIからS-NSSAIを削除する。
12.UEは、DOWNLINK (DL) NAS TRANSPORTメッセージの情報に基づいて、S-NSSAIを含む可能性のあるRequested NSSAIを含むREGISTRATION REQUESTメッセージを送信することによって、登録手順を開始してもよい。
AMFは、Requested NSSAIのS-NSSAIがREGISTRATION ACCEPTメッセージの新しいAllowed NSSAIに含まれると判定した場合、新しい5G-GUTIと、S-NSSAIを含む新しいAllowed NSSAIと、を含むREGISTRATION ACCEPTメッセージをUEに送信する。
Requested NSSAIのS-NSSAIがNSSAA 手順の対象であり、AMFがS-NNSAIに対してNSSAA手順を実行することを決定した場合、UEとネットワークとはS-NNSAIに対してNSSAA手順と汎用UE設定更新手順を実行する。NSSAA手順と汎用UE設定更新手順が完了し、続いて登録手順が完了すると、Allowed NSSAIのステータスがUEとネットワークの間で同期され、AMFは新しいAllowed NSSAIを有効とし、古いAllowed NSSAIを無効とし、後続のNAS 手順またはその他の手順で新しいAllowed NSSAIを使用する。
以下に、UEとネットワーク間のAllowed NSSAIステータスの同期の詳細についてのいくつかの例を説明する。
(1) UEは、REGISTRATION REQUESTメッセージに応答して、S-NSSAIを含む新しいAllowed NSSAIを含むREGISTRATION ACCEPTメッセージを受信した後、新しいAllowed NSSAIを有効とし、古いAllowed NSSAIを無効とする。
(2) UEは、REGISTRATION ACCEPTメッセージに応答してAMFにREGISTRATION COMPLETEメッセージを送信した後、新しいAllowed NSSAIを有効とし、古いAllowed NSSAIを無効とする。
(3) AMFは、S-NSSAIを含む新しいAllowed NSSAIを含むREGISTRATION ACCEPTメッセージに応答してREGISTRATION COMPLETEメッセージを受信した後、新しいAllowed NSSAIを有効とし、古いAllowed NSSAIを無効とする。
(4) UEは、S-NSSAIを含む新しいAllowed NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを受信した後、新しいAllowed NSSAIを有効とし、古いAllowed NSSAIを無効とする。
(5) UEは、CONFIGURATION UPDATE COMMANDメッセージに応答して、AMFにCONFIGURATION UPDATE COMPLETEメッセージを送信した後、新しいAllowed NSSAIを有効とし、古いAllowed NSSAIを無効とする。
(6) AMFは、S-NSSAIを含む新しいAllowed NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージに応答して、CONFIGURATION UPDATE COMPLETEメッセージを受信した後、新しいAllowed NSSAIを有効とし、古いAllowed NSSAIを無効とする。
さらに別の実施形態では、UEがAMFからDL NAS TRANSPORTメッセージを受信した後に、UEが登録手順を実行するとき、AMFは、ステップ4での前のNSSAA手順が成功した場合、Pending NSSAIにS-NSSAIを入れる代わりに、Allowed NSSAIのS-NSSAIをUEに通知してもよい。
上記の実施形態と同様に、UEがAMFからDL NAS TRANSPORTメッセージを受信した後に、UEが登録手順を実行するとき、AMFは、ステップ4での前のNSSAA手順がS-NSSAIを使用するための認証と認可に失敗した場合、Pending NSSAIにS-NSSAIを入れる代わりに、Rejected NSSAIのS-NSSAIをUEに通知してもよい。
ステップ5の例では、AMFは、CONFIGURATION UPDATE COMMANDに5G-GUTIを含めてもよい。ネットワークが、SERVICE REQUESTメッセージなどのNASメッセージにおいてCONFIGURATION UPDATE COMMANDメッセージで送信された5G-GUTIを受信した場合、AMFは新しいAllowed NSSAIを有効とし、古いAllowed NSSAIを削除する。AMFは、後続のNAS 手順または他のUE関連の手順で新しいAllowed NSSAIの使用を開始する。
解決策4の変形例:
AMFは、ステップ9でUL NAS TRANSPORTメッセージを受信し、UEとネットワーク間のS-NSSAIステータスに不一致がある可能性があることを知ると、ステップ9のUL NAS TRANSPORTメッセージに示されているS-NSSAIのNSSAA手順を開始してもよい。または、AMFは、すべてのpending S-NSSAIに対してNSSAA手順を開始してもよく、AMF内のUEのMMコンテキスト内のすべてのS-NSSAIに対してNSSAA手順を開始してもよい。NSSAA手順の後、UEは、正常に認証され、使用が認可されたS-NSSAIを含むPDU Session establishment Requestメッセージを送信する。
各実施形態の変形例:
UEがNSSAA手順(ステップ4) の前に5GMM-IDLE stateに移行した(例:無線リンク障害によりN1シグナリング接続が解放される、またはNG-RANによってRRC接続が解放される、または無線カバレッジが失われる)場合、NSSAA手順(ステップ4)中およびUE設定更新手順（UE Configuration Update procedure）(ステップ5～8)中に、AMFがNSSAA手順を完了するための適切なアクションを実行できるようにすることができるために、UEはN1 NASシグナリング接続を確立するために登録手順またはサービスリクエスト手順またはその他のNAS手順を開始してもよい。以下に、UEが5GMM-IDLEステータスに移行したときに、AMFが期間（period）ごとに実行するアクションを説明する。
(1) Period 1:UEはステップ3でRegistration Acceptメッセージを受信するが、ステップ4のNSSAA 手順はまだ開始されていない。
(1-1) Period 1の間にN1 NASシグナリング接続が確立された場合に、AMFが実行するアクション: AMFはpending NSSAIのすべてのS-NSSAIに対してNSSAA手順を開始する。
(2) Period 2:ステップ4のNSSAA 手順中。
(2-1) Period 2の間にN1 NASシグナリング接続が確立された場合に、AMFが実行するアクション: AMFは、pending NSSAIのすべてのS-NSSAIに対してNSSAA手順を開始するか、またはAMFは、pending NSSAIのなかでNSSAA手順をまだ実行していないS-NSSAIに対してのみNSSAA 手順を開始する。
(3) Period 3: ステップ4のNSSAA手順が完了したあとであるが、汎用UE設定更新手順はまだ完了していない。
(3-1) Period 3の間にN1 NASシグナリング接続が確立された場合に、AMFが実行するアクション: AMFは汎用UE設定更新手順を開始する。
図3のステップ7の後に、ソリューション2の変形例に従ってNSSAA手順が実行される場合、図3のステップ7の後のNSSAA手順には上記のプロセスが適用される。
本開示は、5.4.4.6項に示すように記述されてもよい。
5.4.4.6 ネットワーク側の異常事例
以下の異常事例が確認できる。
a) タイマ T 3555の満了（Expiry）。
ネットワークは、タイマ T3555が最初の満了となると、CONFIGURATION UPDATE COMMANDメッセージを再送信し、タイマT 3555をリセットして起動する。この再送信は4回繰り返され、すなわちタイマT 3555が5回満了すると、手順は停止される。さらに、CONFIGURATION UPDATE COMMANDメッセージに5G-GUTI IEが含まれている場合、ネットワークは以下のケースb) -1)のように動作するものとする。
b) 低レイヤ障害（Lower layer failure）。
CONFIGURATION UPDATE COMPLETEメッセージを受信する前に低レイヤ障害が検出され、
1) CONFIGURATION UPDATE COMMANDメッセージに5G-GUTI IEが含まれている場合、古い5G-GUTIがAMFによって無効と見なされるまで、古い5G-GUTIと新しい5G-GUTIは有効と見なされる。CONFIGURATION UPDATE COMMANDメッセージによって新しいTAIリストが提供された場合、古いTAIリストがAMFによって無効と見なされるまで、古いTAIリストと新しいTAIリストも有効と見なされる。
この期間中、AMFは次のことを行う。
i) AMFは、最初に古い5G-GUTIからの古い5G-S-TMSIを使用して、古いTAIリストによって定義された領域内で、実装に依存するネットワーク発信トランザクションのページング試行回数のページングを行う。CONFIGURATION UPDATE COMMANDメッセージで新しいTAIリストが提供された場合は、新しいTAIリストもページングに使用されてもよい。UEからの応答があると、AMFはCONFIGURATION UPDATE COMMANDを再開始してもよい。新旧のTAIリスト内のトラッキングエリアから応答を受信した場合、ネットワークはCONFIGURATION UPDATE COMMANDメッセージを再開始する。ページング試行に対する応答が受信されない場合、ネットワークは、実装に依存するページング試行回数のページングのために、新しい5 G-GUTIからの新しい5 G-S-TMSIを使用してもよい。この場合、CONFIGURATION UPDATE COMMANDメッセージで新しい5G-GUTIと共に新しいTAIリストが提供された場合は、古いTAIリストの代わりに新しいTAIリストを使用する必要がある。UEからの応答があると、AMFは新しい5 G-GUTIを有効と見なし、古い5 G-GUTIを無効と見なす必要がある。
ii) AMFは、新しい5G-GUTIがUEによって使用されている場合はそれを有効と見なし、さらに、新しいTAIリストがCONFIGURATION UPDATE COMMANDメッセージでこの5 G-GUTIと共に提供された場合は新しいTAIリストを有効と見なす必要がある。
iii) AMFは、UEが古い5 G-GUTIを使用する場合は、識別手順（identification procedure）を使用し、その後に新しい汎用UE設定更新手順を使用してもよい。
2) CONFIGURATION UPDATE COMMANDメッセージにAllowed NSSAI IEが含まれている場合、AMFは新しいAllowed NSSAI IEを有効と見なすものとする。AMFが新しいAllowed NSSAIに存在するS-NSSAIを含むUL NAS TRASPORTメッセージを受信すると、AMFはS-NSSAIを許可されたものと見なし、5.4.5.3項で指定されたアクションを実行する。CONFIGURATION UPDATE COMMANDメッセージに5G-GUTI IEもAllowed NSSAI IEも含まれない場合、ネットワークは手順を中止するものとする。
c) 汎用UE設定更新とUEによって開始される登録解除手順（UE initiated de-registration procedure）のコリジョン
進行中の汎用UE設定更新手順が完了する前にネットワークがDEREGISTRATION REQUESTメッセージを受信した場合、ネットワークは汎用UE設定更新手順を中止し、登録解除手順（de-registration procedure）を進行させるものとする。
d) 汎用UE設定更新とモビリティ及び周期登録更新のための登録手順（registration procedure for mobility and periodic registration update）のコリジョン
進行中の汎用UE設定更新手順が完了する前にネットワークがREGISTRATION REQUESTメッセージを受信した場合、ネットワークは汎用UE設定更新手順を中止し、モビリティ及び周期登録更新手順のための登録手順を進行させるものとする。
e) 汎用UE設定更新とサービスリクエスト手順（service request procedure）のコリジョン
進行中の汎用UE設定更新手順が完了する前にネットワークがSERVICE REQUESTメッセージを受信した場合、両方の手順を進めるものとする。
図６は、ＵＥ（６００）の主要構成要素を示すブロック図である。図示されるように、ＵＥ（６００）は、１つまたは複数のアンテナ（６０１）を介して、接続されたノードへ信号を送信し、接続されたノードから信号を受信するように動作可能であるトランシーバ回路（６０２）を含む。図６に必ずしも示されているとは限らないが、ＵＥは、当然ながら、従来のモバイルデバイスの（ユーザインターフェースなどの）あらゆる通常の機能性を有しており、これは、必要に応じて、ハードウェア、ソフトウェアおよびファームウェアのうちのいずれか１つ、または、これらの任意の組み合わせによって提供され得る。ソフトウェアは、メモリにプリインストールされていてもよく、および／または、例えば、電気通信ネットワークを介して、もしくは取外し可能なデータストレージデバイス（ＲＭＤ：ｒｅｍｏｖａｂｌｅ ｄａｔａ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）から、ダウンロードされてもよい。
コントローラ（６０４）は、メモリ（６０５）に記憶されたソフトウェアに従って、ＵＥの動作を制御する。ソフトウェアは、とりわけ、オペレーティングシステムと、少なくとも送受信機制御モジュールを有する通信制御モジュールとを含む。通信制御モジュールは（その送受信機制御サブモジュールを使用して）、ＵＥと他のノード、例えば、基地局／（Ｒ）ＡＮノード、ＭＭＥ、ＡＭＦ（および他のコアネットワークノード）などとの間のシグナリングおよびアップリンク／ダウンリンクデータパケットを処理する（生成する／送る／受信する）役割を負う。そのようなシグナリングは、例えば、接続確立およびメンテナンスに関連する、適切にフォーマットされたシグナリングメッセージ（例えばRRC connection establishment及びＲＲＣメッセージ）、周期的位置更新に関連するメッセージ（例えば、追跡エリア更新（tacking area update）、ページングエリア更新（paging area updates）、位置エリア更新（location area update））などのメッセージ等を含み得る。そのようなシグナリングは、また、例えば、受信ケースにおいて、ブロードキャスト情報（例えばマスター情報（Master Information）及びシステム情報（System Information））を含んでもよい。
図７は、例示的な（Ｒ）ＡＮノード（７００）、例えば基地局（ＬＴＥにおける「ｅＮＢ」、５Ｇにおける「ｇＮＢ」）の主要な構成要素を示すブロック図である。図示されるように、（Ｒ）ＡＮノードは、１つまたは複数のアンテナ（７０１）を介して、接続されたＵＥへ信号を送信し、接続されたＵＥから信号を受信し、ネットワークインターフェース（７０３）を介して、（直接的にまたは間接的に）他のネットワークノードへ信号を送信し、他のネットワークノードから信号を受信するように動作可能である送受信機回路（７０２）を含む。コントローラ（７０４）は、メモリ（７０５）に記憶されたソフトウェアに従って、（Ｒ）ＡＮノードの動作を制御する。ソフトウェアは、メモリにプリインストールされていてもよく、および／または、例えば、電気通信ネットワークを介して、もしくは取外し可能なデータストレージデバイス（ＲＭＤ）から、ダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステムと、少なくとも送受信機制御モジュールを有する通信制御モジュールとを含む。
通信制御モジュールは（その送受信機制御サブモジュールを使用して）、（Ｒ）ＡＮノードと他のノード、例えば、ＵＥ、ＭＭＥ、ＡＭＦなどとの間のシグナリングを（例えば、直接的にまたは間接的に）処理する（生成する／送る／受信する）役割を負う。シグナリングは、例えば、（特定のＵＥについての）無線接続および位置手続きに関する、特に、接続確立およびメンテナンス（例えば、ＲＲＣ接続確立および他のＲＲＣメッセージ）に関する、適切にフォーマットされたシグナリングメッセージ、周期的位置更新に関連するメッセージ（例えば、追跡エリア更新、ページングエリア更新、位置エリア更新）、Ｓ１ ＡＰメッセージおよびＮＧ ＡＰメッセージ（すなわち、Ｎ２基準点によるメッセージ）等を含んでもよい。そのようなシグナリングは、例えば、送る場合にはブロードキャスト情報（例えば、マスター情報およびシステム情報）も含んでもよい。
コントローラ（７０４）は、実装される場合、ＵＥモビリティ推定（UE mobility estimate）および／または移動軌跡推定（moving trajectory estimation）などの関連するタスクを処理するように（ソフトウェアまたはハードウェアによって）も構成される。
図８は、ＡＭＦ（８００）の主要な構成要素を示すブロック図である。ＡＭＦ（８００）は、５ＧＣに含まれる。図示されるように、ＡＭＦ（８００）は、ネットワークインターフェース（８０４）を介して、他のノード（ＵＥを含む）へ信号を送信し、他のノードから信号を受信するように動作可能である送受信機回路（８０１）を含む。コントローラ（８０２）は、メモリ（８０３）に記憶されたソフトウェアに従って、ＡＭＦ（８００）の動作を制御する。ソフトウェアは、メモリ（８０３）にプリインストールされていてもよく、および／または、例えば、電気通信ネットワークを介して、もしくは取外し可能なデータストレージデバイス（ＲＭＤ）から、ダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステムと、少なくとも送受信機制御モジュールを有する通信制御モジュールとを含む。
通信制御モジュールは（その送受信機制御サブモジュールを使用して）、ＡＭＦと他のノード、例えば、ＵＥ、基地局／（Ｒ）ＡＮノード（例えば、「ｇＮＢ」または「ｅＮＢ」）などとの間のシグナリングを（直接的にまたは間接的に）処理する（生成する／送る／受信する）役割を負う。そのようなシグナリングは、例えば、本明細書において説明される手順に関連する、適切にフォーマットされたシグナリングメッセージ、例えば、ＵＥからおよびＵＥへＮＡＳメッセージを伝達するためのＮＧ ＡＰメッセージ（すなわち、Ｎ２基準点によるメッセージ）等を含んでもよい。
本開示におけるユーザ機器（User Equipment）（または「UE」、「移動局（mobile station）」、「モバイル装置（mobile device）」、「無線装置（wireless device）」）は、無線インターフェースを介してネットワークに接続されたエンティティである。本明細書のUEは、専用の通信装置に限定されるものではなく、本明細書中に記載されたUEとしての通信機能を有する次のような任意の機器であっても良い。用語として「（3GPPで使われる単語としての）ユーザ装置（User Equipment、UE）」、「移動局」、「モバイル装置」、「無線装置」のそれぞれは、一般的に互いに同義であることを意図しており、ターミナル、携帯電話、スマートフォン、タブレット、セルラIoT端末、IoTデバイス、などのスタンドアローン移動局であってもよい。なお用語としての「UE」「無線端末」は、長期間にわたって静止している装置も包含することが理解されよう。
またUEは、例えば、輸送用装置（一例として、車両、自動車、二輪自動車、自転車、列車、バス、カート（carts）、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン、気球など）であっても良い。またUEは、例えば、情報通信用装置（一例として、電子計算機及び関連装置、通信装置及び関連装置、電子部品など）であっても良い。
またUEは、例えば、冷凍機、冷凍機応用製品および装置、商業およびサービス用機器、自動販売機、自動サービス機、事務用機械及び装置、民生用電気・電子機械器具（一例として音声機器、ビデオ機器、スピーカー、ラジオ、テレビ、オーブンレンジ、炊飯器、コーヒーメーカー、食洗機、洗濯機、乾燥機、扇風機、換気扇及び関連製品、掃除機など）であっても良い。
またUEは、例えば、電子応用システムまたは電子応用装置（一例として、X線システム、粒子加速装置、放射性物質応用装置、音波装置、電磁応用装置、電力応用装置など）であっても良い。
また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アプリケーションのいくつかの例は、以下の表３（出典：３ＧＰＰ ＴＳ ２２．３６８Annex B、その内容は参照により本明細書に組み込まれる）に列挙されている。このリストは、網羅的ではなく、一例としてのMTCアプリケーションを示すものである。
表１：マシンタイプの通信アプリケーションのいくつかの例
Figure 2023544565000002
アプリケーション、サービス、ソリューションは、一例として、MVNO（Mobile Virtual Network Operator：仮想移動体通信事業者）サービス、緊急無線通信システム、PBX（Private Branch eXchange：構内交換機）システム、PHS/デジタルコードレス電話システム、POS（Point of sale）システム、広告発信システム、MBMS（Multimedia Broadcast and Multicast Service）、V2X（Vehicle to Everything）システム、列車無線システム、位置情報関連サービス、災害/緊急時無線通信サービス、コミュニティサービス、映像配信サービス、Femtoセル応用サービス、VoLTE（Voice over LTE）サービス、課金サービス、ラジオオンデマンドサービス、ローミングサービス、行動監視サービス、通信キャリア/通信NW選択サービス、機能制限サービス、PoC（Proof of Concept）サービス、個人情報管理サービス、アドホックネットワーク/DTN（Delay Tolerant Networking）サービスなどであっても良い。
なお、上述したUEのカテゴリは、本明細書に記載された技術思想及び例示的な実施形態の応用例に過ぎない。これらの技術思想及び実施形態は、上述のUEに限定されるものではなく、これに対して様々な変更を加えることができることは言うまでもない。
この側面の他の実施形態には、対応するコンピュータシステム、装置、および一つ以上のコンピュータ記憶装置に記録されたコンピュータプログラムが含まれ、それぞれが方法の動作を実行するように構成される。1つ以上のコンピュータのシステムは、操作中にシステムが動作を実行する要因となる、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせがシステムにインストールされていることにより、特定の操作または動作を実行するように構成することができる。1つ以上のコンピュータプログラムは、データ処理装置によって実行されたときに装置に動作を実行させる命令を含むことによって、特定の操作または動作を実行するように構成することができる。
さらに、熟練したプログラマは、例えば、そのようなコンピュータプログラムを記述したり、明細書におけるフローチャートおよび関連する説明に基づいて、開示された発明を実装するための適切なハードウェア回路を困難を伴うことなく特定することができる。したがって、特定のプログラムコード命令セットまたは詳細なハードウェアデバイスの開示は、発明の作成方法および使用方法を十分に理解するために必要であるとは考えられない。主張されているコンピュータで実装されたプロセスの発明的機能性は、他のプロセスフローを示す残りの図と併せて、以下の説明でより詳細に説明される。さらに、以下のすべての論理フロー図に記載されている処理または処理フローの特定のステップは、本開示が記載されているように機能するために、他のステップよりも当然に先行していなければならない。ただし、本開示は、そのような順序またはシーケンスが本開示の機能を変更しない場合は、記載されているステップの順序に限定されない。すなわち、いくつかのステップは、本開示の範囲を逸脱することなく、他のステップの前、後、または並行して実行されることが認められる。
略語
本文書の目的上、3GPP TR 21.905[1]および以下に示す略語が適用される。本文書で定義された略語は、3GPP TR 21.905[1]に同じ略語がある場合、その定義よりも優先される。
5GC 5G Core Network
5GLAN 5G Local Area Network
5GS 5G System
5G-AN 5G Access Network
5G-AN PDB 5G Access Network Packet Delay Budget
5G-EIR 5G-Equipment Identity Register
5G-GUTI 5G Globally Unique Temporary Identifier
5G-BRG 5G Broadband Residential Gateway
5G-CRG 5G Cable Residential Gateway
5G GM 5G Grand Master
5G-RG 5G Residential Gateway
5G-S-TMSI 5G S-Temporary Mobile Subscription Identifier
5G VN 5G Virtual Network
5QI 5G QoS Identifier
AF Application Function
AMF Access and Mobility Management Function
AS Access Stratum
ATSSS Access Traffic Steering, Switching, Splitting
ATSSS-LL ATSSS Low-Layer
AUSF Authentication Server Function
BMCA Best Master Clock Algorithm
BSF Binding Support Function
CAG Closed Access Group
CAPIF Common API Framework for 3GPP northbound APIs
CHF Charging Function
CN PDB Core Network Packet Delay Budget
CP Control Plane
DAPS Dual Active Protocol Stacks
DL Downlink
DN Data Network
DNAI DN Access Identifier
DNN Data Network Name
DRX Discontinuous Reception
DS-TT Device-side TSN translator
ePDG evolved Packet Data Gateway
EBI EPS Bearer Identity
EUI Extended Unique Identifier
FAR Forwarding Action Rule
FN-BRG Fixed Network Broadband RG
FN-CRG Fixed Network Cable RG
FN-RG Fixed Network RG
FQDN Fully Qualified Domain Name
GFBR Guaranteed Flow Bit Rate
GMLC Gateway Mobile Location Centre
GPSI Generic Public Subscription Identifier
GUAMI Globally Unique AMF Identifier
HR Home Routed (roaming)
IAB Integrated access and backhaul
IMEI/TAC IMEI Type Allocation Code
IPUPS Inter PLMN UP Security
I-SMF Intermediate SMF
I-UPF Intermediate UPF
LADN Local Area Data Network
LBO Local Break Out (roaming)
LMF Location Management Function
LoA Level of Automation
LPP LTE Positioning Protocol
LRF Location Retrieval Function
MCX Mission Critical Service
MDBV Maximum Data Burst Volume
MFBR Maximum Flow Bit Rate
MICO Mobile Initiated Connection Only
MPS Multimedia Priority Service
MPTCP Multi-Path TCP Protocol
N3IWF Non-3GPP InterWorking Function
N5CW Non-5G-Capable over WLAN
NAI Network Access Identifier
NEF Network Exposure Function
NF Network Function
NGAP Next Generation Application Protocol
NID Network identifier
NPN Non-Public Network
NR New Radio
NRF Network Repository Function
NSI ID Network Slice Instance Identifier
NSSAA Network Slice-Specific Authentication and Authorization
NSSAAF Network Slice-Specific Authentication and Authorization Function
NSSAI Network Slice Selection Assistance Information
NSSF Network Slice Selection Function
NSSP Network Slice Selection Policy
NW-TT Network-side TSN translator
NWDAF Network Data Analytics Function
PCF Policy Control Function
PDB Packet Delay Budget
PDR Packet Detection Rule
PDU Protocol Data Unit
PEI Permanent Equipment Identifier
PER Packet Error Rate
PFD Packet Flow Description
PNI-NPN Public Network Integrated Non-Public Network
PPD Paging Policy Differentiation
PPF Paging Proceed Flag
PPI Paging Policy Indicator
PSA PDU Session Anchor
PTP Precision Time Protocol
QFI QoS Flow Identifier
QoE Quality of Experience
RACS Radio Capabilities Signalling optimisation
(R)AN (Radio) Access Network
RG Residential Gateway
RIM Remote Interference Management
RQA Reflective QoS Attribute
RQI Reflective QoS Indication
RSN Redundancy Sequence Number
SA NR Standalone New Radio
SBA Service Based Architecture
SBI Service Based Interface
SCP Service Communication Proxy
SD Slice Differentiator
SEAF Security Anchor Functionality
SEPP Security Edge Protection Proxy
SMF Session Management Function
SMSF Short Message Service Function
SN Sequence Number
SNPN Stand-alone Non-Public Network
S-NSSAI Single Network Slice Selection Assistance Information
SSC Session and Service Continuity
SSCMSP Session and Service Continuity Mode Selection Policy
SST Slice/Service Type
SUCI Subscription Concealed Identifier
SUPI Subscription Permanent Identifier
SV Software Version
TNAN Trusted Non-3GPP Access Network
TNAP Trusted Non-3GPP Access Point
TNGF Trusted Non-3GPP Gateway Function
TNL Transport Network Layer
TNLA Transport Network Layer Association
TSC Time Sensitive Communication
TSCAI TSC Assistance Information
TSN Time Sensitive Networking
TSN GM TSN Grand Master
TSP Traffic Steering Policy
TT TSN Translator
TWIF Trusted WLAN Interworking Function
UCMF UE radio Capability Management Function
UDM Unified Data Management
UDR Unified Data Repository
UDSF Unstructured Data Storage Function
UL Uplink
UL CL Uplink Classifier
UPF User Plane Function
URLLC Ultra Reliable Low Latency Communication
URRP-AMF UE Reachability Request Parameter for AMF
URSP UE Route Selection Policy
VID VLAN Identifier
VLAN Virtual Local Area Network
W-5GAN Wireline 5G Access Network
W-5GBAN Wireline BBF Access Network
W-5GCAN Wireline 5G Cable Access Network
W-AGF Wireline Access Gateway Function
定義
本文書の目的上、3GPP TR21.905[1]および以下に示す用語および定義が適用される。本文書で定義された用語は、3GPP TR21.905[1]に同じ用語がある場合、その定義よりも優先される。
本出願は、2020年10月1日に出願されたインド特許出願第202011042823号に基づく優先権の利益を主張するものであり、その開示は参照によりその全体が本明細書に組み込まれる。
600 UE
601アンテナ
602トランシーバ回路
603ユーザインターフーイス
604コントローラ
605メモリ
700 (R) ANノード
701アンテナ
702トランシーバ回路
703ネットワークインターフェース
704コントローラ
705メモリ
800 AMF
801トランシーバ回路
802コントローラ
803メモリ
804ネットワークインターフェース

Claims (4)

  1. Allowed Network Slice Selection Assistance Information (NSSAI)またはRejected NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信し、
    前記CONFIGURATION UPDATE COMMANDメッセージが送信された、タイマを開始し、
    CONFIGURATION UPDATE COMPLETEメッセージが受信される前に無線リンクに関する障害が検出された場合に、前記タイマの満了に基づいて、前記CONFIGURATION UPDATE COMMANDメッセージを再送信する
    Access and Mobility Management Function(AMF)の方法。
  2. ユーザ装置の方法であって、
    Access and Mobility Management Function(AMF)と通信し、
    無線カバレッジが失われ、前記ユーザ装置がPending Network Slice Selection Assistance Information (NSSAI)にSingle NSSAIを保持している場合に、登録手順を開始する
    方法。
  3. Allowed Network Slice Selection Assistance Information (NSSAI)またはRejected NSSAIを含むCONFIGURATION UPDATE COMMANDメッセージを送信する手段と、
    前記CONFIGURATION UPDATE COMMANDメッセージが送信された、タイマを開始する手段と、
    CONFIGURATION UPDATE COMPLETEメッセージが受信される前に無線リンクに関する障害が検出された場合に、前記タイマの満了に基づいて、前記CONFIGURATION UPDATE COMMANDメッセージを再送信する手段と
    を備えるAccess and Mobility Management Function(AMF)。
  4. ユーザ装置であって、
    Access and Mobility Management Function(AMF)と通信する手段と、
    無線カバレッジが失われ、前記ユーザ装置がPending Network Slice Selection Assistance Information (NSSAI)にSingle NSSAIを保持している場合に、登録手順を開始する手段と
    を備えるユーザ装置。
JP2023519556A 2020-10-01 2021-09-30 Ａｍｆの方法及びａｍｆ Active JP7456555B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2024036682A JP2024073517A (ja) 2020-10-01 2024-03-11 ユーザ装置の方法及びユーザ装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN202011042823 2020-10-01
IN202011042823 2020-10-01
PCT/JP2021/036064 WO2022071475A1 (en) 2020-10-01 2021-09-30 Method of amf, method of ue, amf, and ue

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024036682A Division JP2024073517A (ja) 2020-10-01 2024-03-11 ユーザ装置の方法及びユーザ装置

Publications (2)

Publication Number Publication Date
JP2023544565A true JP2023544565A (ja) 2023-10-24
JP7456555B2 JP7456555B2 (ja) 2024-03-27

Family

ID=80951667

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2023519556A Active JP7456555B2 (ja) 2020-10-01 2021-09-30 Ａｍｆの方法及びａｍｆ
JP2024036682A Pending JP2024073517A (ja) 2020-10-01 2024-03-11 ユーザ装置の方法及びユーザ装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2024036682A Pending JP2024073517A (ja) 2020-10-01 2024-03-11 ユーザ装置の方法及びユーザ装置

Country Status (5)

Country Link
US (1) US20240031925A1 (ja)
EP (1) EP4201120A4 (ja)
JP (2) JP7456555B2 (ja)
CN (1) CN116325981A (ja)
WO (1) WO2022071475A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023249373A1 (ko) * 2022-06-21 2023-12-28 인텔렉추얼디스커버리 주식회사 산업용 트래픽을 위한 pdu 세션 수립 절차
CN115175264A (zh) * 2022-07-21 2022-10-11 亚信科技（中国）有限公司 接入核心网的方法、装置及处理器可读存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10548107B2 (en) * 2018-03-29 2020-01-28 Apple Inc. Delaying cellular re-registration during critical conditions

Also Published As

Publication number Publication date
EP4201120A1 (en) 2023-06-28
WO2022071475A1 (en) 2022-04-07
US20240031925A1 (en) 2024-01-25
JP2024073517A (ja) 2024-05-29
EP4201120A4 (en) 2024-05-15
JP7456555B2 (ja) 2024-03-27
CN116325981A (zh) 2023-06-23

Similar Documents

Publication Publication Date Title
JP7396405B2 (ja) ユーザ装置に関する方法及びユーザ装置
JP7447931B2 (ja) Ｕｅによって実行される方法及びａｍｆによって実行される方法
US11540105B2 (en) UE behavior when the device is attached for emergency service
JP7400797B2 (ja) 無線アクセスネットワークノードのための方法及び無線アクセスネットワークノード
CN112806069A (zh) 用于更新与统一接入控制相关的参数的过程
WO2022080388A1 (en) Method of ue, and ue
JP2024073517A (ja) ユーザ装置の方法及びユーザ装置
JP2023015260A (ja) 方法、ｕｅ、及びａｍｆノード
JP7163980B2 (ja) 方法及びｕｅ
US20230067830A1 (en) Method and apparatus to manage nssaa procedure in wireless communication network
WO2022080371A1 (en) Method of communication terminal, communication terminal, method of core network apparatus, and core network apparatus
WO2022092238A1 (en) Method of communication apparatus, method of ue, communication apparatus, and ue
CN114554620A (zh) 数据通信方法、装置、电子设备及存储介质
JP2024503805A (ja) Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （ＲＡＮ）ノード、コアネットワークノード、及び方法
TWI847066B (zh) 通訊終端之方法、通訊終端、核心網路裝置之方法以及核心網路裝置
JP2024505266A (ja) 第１のコアネットワーク装置の方法、第２のコアネットワーク装置の方法、および無線アクセスネットワークの方法
WO2023187610A1 (en) Network initiated primary authentication

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230328

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230328

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20230328

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231031

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231226

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: 20240213

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240226

R151 Written notification of patent or utility model registration

Ref document number: 7456555

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151