JP7745752B2 - アクセスタイプごとのネットワークスライス受付制御のための方法 - Google Patents

アクセスタイプごとのネットワークスライス受付制御のための方法

Info

Publication number
JP7745752B2
JP7745752B2 JP2024516658A JP2024516658A JP7745752B2 JP 7745752 B2 JP7745752 B2 JP 7745752B2 JP 2024516658 A JP2024516658 A JP 2024516658A JP 2024516658 A JP2024516658 A JP 2024516658A JP 7745752 B2 JP7745752 B2 JP 7745752B2
Authority
JP
Japan
Prior art keywords
access type
session establishment
pdu session
establishment request
wireless terminal
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
JP2024516658A
Other languages
English (en)
Other versions
JP2024538935A (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.)
ZTE Corp
Original Assignee
ZTE 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 ZTE Corp filed Critical ZTE Corp
Publication of JP2024538935A publication Critical patent/JP2024538935A/ja
Application granted granted Critical
Publication of JP7745752B2 publication Critical patent/JP7745752B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/746—Reaction triggered by a failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/822—Collecting or measuring resource availability data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • 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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure

Landscapes

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

Description

本文書は、一般に、無線通信に関し、特に、第５世代(5G：5th generation)無線通信に関する。
５Gネットワークでは、ネットワークスライスごとの登録ユーザ機器(UE：user equipment)の数、およびネットワークスライス受付制御(NSAC：Network Slice Admission Control)の対象であるネットワークスライスについてのネットワークスライスごとのプロトコルデータユニット(PDU：protocol data unit)セッションの数を監視および制御するために、NSACが導入される場合がある。しかしながら、アクセスタイプが考慮されているときに、ネットワークスライスごとのPDUセッションの数および／またはネットワークスライスごとのUEの数についてNSACをどのようにサポートするかは、議論されるべきトピックである。
本文書は、アクセスタイプごとのNSAC、特に５GシステムにおけるアクセスタイプごとのNSACのための方法、システム、およびデバイスに関する。
本開示は、無線ネットワークノードで使用するための無線通信方法に関する。本方法は、
第１の接続要求に関連付けられた拒否理由と、拒否理由に関連付けられた少なくとも１つのアクセスタイプを示すインジケーションとを無線端末に送信すること
を含む。
様々な実施形態は、好ましくは、以下の特徴を実装してもよい。
好ましくは、第１の接続要求は、プロトコルデータユニットセッション確立要求またはパケットデータネットワーク接続要求である。
好ましくは、無線通信方法は、
第１の接続要求の拒否に関連付けられたネットワークスライス受付制御結果を、ネットワークスライス受付制御機能から受信すること
をさらに含む。
好ましくは、ネットワークスライス受付制御結果は、
ネットワークスライスもしくは単一のネットワークスライス選択支援情報に関連付けられた無線端末の最大数に達していること、または
ネットワークスライスもしくは単一のネットワークスライス選択支援情報に関連付けられたプロトコルデータユニットセッションの最大数に達していること
のうちの少なくとも一方を示す。
好ましくは、拒否理由は、
リソースが不足していること、
ネットワークスライスもしくは単一のネットワークスライス選択支援情報に関連付けられた無線端末の最大数に達していること、または
ネットワークスライスもしくは単一のネットワークスライス選択支援情報に関連付けられたプロトコルデータユニットセッションの最大数に達していること
のうちの少なくとも１つを示す。
好ましくは、少なくとも１つのアクセスタイプは、第３世代パートナーシッププロジェクト(3GPP（登録商標）：3rdgeneration partnership project)アクセスタイプ、非３GPPアクセスタイプ、または第１の接続要求に関連付けられた第１のアクセスタイプのうちの少なくとも１つを含む。
好ましくは、少なくとも１つのアクセスタイプは、第１の接続要求に関連付けられた第１のアクセスタイプのみを含み、かつ本方法は、
第１のアクセスタイプとは異なる第２のアクセスタイプを介して第２の接続要求を無線端末から受信することをさらに含み、第１の接続要求および第２の接続要求は、同じ単一のネットワークスライス選択支援情報または同じアクセスポイント名に関連付けられる。
好ましくは、拒否理由は、リソースが不足していることを示し、第１の接続要求および第２の接続要求は、同じアクセスポイント名に関連付けられる。
好ましくは、少なくとも１つのアクセスタイプは、第１の接続要求に関連付けられた第１のアクセスタイプのみを含み、かつ本方法は、
バックオフタイマが満了した後に、第１の接続要求に関連付けられた第１のアクセスタイプを介して第２の接続要求を無線端末から受信することをさらに含み、第１の接続要求および第２の接続要求は、同じ単一のネットワークスライス選択支援情報または同じアクセスポイント名に関連付けられる。
好ましくは、少なくとも１つのアクセスタイプは、３GPPアクセスタイプおよび非３GPPアクセスタイプを含み、かつ本方法は、
バックオフタイマが満了した後に、３GPPアクセスタイプまたは非３GPPアクセスタイプを介して第２の接続要求を無線端末から受信することをさらに含み、第１の接続要求および第２の接続要求は、同じ単一のネットワークスライス選択支援情報または同じアクセスポイント名に関連付けられる。
好ましくは、拒否理由は、リソースが不足していることを示し、第１の接続要求および第２の接続要求は、同じアクセスポイント名に関連付けられる。
好ましくは、無線通信方法は、
第１の接続要求に関連付けられたバックオフタイマを無線端末に送信すること
をさらに含む。
好ましくは、無線ネットワークノードは、セッション管理機能、またはセッション管理機能とパケットデータネットワークゲートウェイ制御プレーン機能との組み合わせノードのうちの少なくとも１つを備える。
本開示は、無線端末で使用するための無線通信方法に関する。本方法は、
第１の接続要求に関連付けられた拒否理由と、拒否理由に関連付けられた少なくとも１つのアクセスタイプを示すインジケーションとを無線ネットワークノードから受信すること
を含む。
様々な実施形態は、好ましくは、以下の特徴を実装してもよい。
好ましくは、第１の接続要求は、プロトコルデータユニットセッション確立要求またはパケットデータネットワーク接続要求である。
好ましくは、拒否理由は、
リソースが不足していること、
ネットワークスライスもしくは単一のネットワークスライス選択支援情報に関連付けられた無線端末の最大数に達していること、または
ネットワークスライスもしくは単一のネットワークスライス選択支援情報に関連付けられたプロトコルデータユニットセッションの最大数に達していること
のうちの少なくとも１つを示す。
好ましくは、少なくとも１つのアクセスタイプは、第３世代パートナーシッププロジェクト（３GPP）アクセスタイプ、非３GPPアクセスタイプ、または第１の接続要求に関連付けられた現在のアクセスタイプのうちの少なくとも１つを含む。
好ましくは、無線通信方法は、
拒否理由またはインジケーションのうちの少なくとも一方に基づいて、第１の接続要求と同じ単一のネットワークスライス選択支援情報または同じアクセスポイント名に関連付けられた第２の接続要求を無線ネットワークノードに送信すること
をさらに含む。
好ましくは、少なくとも１つのアクセスタイプは、第１の接続要求に関連付けられた第１のアクセスタイプのみを含み、かつ本方法は、
第１のアクセスタイプとは異なる第２のアクセスタイプを介して第２の接続要求を無線ネットワークノードに送信すること
をさらに含み、第１の接続要求および第２の接続要求は、同じ単一のネットワークスライス選択支援情報または同じアクセスポイント名に関連付けられる。
好ましくは、拒否理由は、リソースが不足していることを示し、第１の接続要求および第２の接続要求は、同じアクセスポイント名に関連付けられる。
好ましくは、少なくとも１つのアクセスタイプは、第１の接続要求に関連付けられた第１のアクセスタイプのみを含み、かつ本方法は、
バックオフタイマが満了した後に、第１の接続要求に関連付けられた第１のアクセスタイプを介して第２の接続要求を無線ネットワークノードに送信することをさらに含み、第１の接続要求および第２の接続要求は、同じ単一のネットワークスライス選択支援情報または同じアクセスポイント名に関連付けられる。
好ましくは、少なくとも１つのアクセスタイプは、３GPPアクセスタイプおよび非３GPPアクセスタイプを含み、かつ本方法は、
バックオフタイマが満了した後に、３GPPアクセスタイプまたは非３GPPアクセスタイプを介して第２の接続要求を無線ネットワークノードに送信することをさらに含み、第１の接続要求および第２の接続要求は、同じ単一のネットワークスライス選択支援情報または同じアクセスポイント名に関連付けられる。
好ましくは、拒否理由は、リソースが不足していることを示し、第１の接続要求および第２の接続要求は、同じアクセスポイント名に関連付けられる。
好ましくは、無線通信方法は、第１の接続要求に関連付けられたバックオフタイマを無線ネットワークノードから受信すること
をさらに含む。
好ましくは、無線ネットワークノードは、セッション管理機能、またはセッション管理機能とパケットデータネットワークゲートウェイ制御プレーン機能との組み合わせノードのうちの少なくとも１つを備える。
本開示は、無線ネットワークノードに関する。無線ネットワークノードは、
第１の接続要求に関連付けられた拒否理由と、拒否理由に関連付けられた少なくとも１つのアクセスタイプを示すインジケーションとを無線端末に送信するように構成された通信ユニット
を備える。
様々な実施形態は、好ましくは、以下の特徴を実装してもよい。
好ましくは、無線ネットワークノードは、前述の無線通信方法のいずれかを実施するように構成されたプロセッサをさらに備える。
本開示は、無線端末に関する。無線端末は、
第１の接続要求に関連付けられた拒否理由と、拒否理由に関連付けられた少なくとも１つのアクセスタイプを示すインジケーションとを無線ネットワークノードから受信するように構成された通信ユニット
を備える。
様々な実施形態は、好ましくは、以下の特徴を実装してもよい。
好ましくは、無線端末は、前述の無線通信方法のいずれかを実施するように構成されたプロセッサをさらに備える。
本開示は、コンピュータプログラム製品であって、そこに記憶されたコンピュータ可読プログラム媒体コードを含むコンピュータプログラム製品に関し、コードは、プロセッサによって実行されると、プロセッサに前述の方法のいずれか１つに記載の無線通信方法を実装させる。
本明細書に開示される例示的な実施形態は、添付の図面と併せて以下の説明を参照することによって容易に明らかになる特徴を提供することを対象とする。様々な実施形態によれば、例示的なシステム、方法、デバイス、およびコンピュータプログラム製品が本明細書に開示される。しかしながら、これらの実施形態は限定ではなく例として提示されていることが理解され、本開示を読んだ当業者には、開示された実施形態に対する様々な修正が本開示の範囲内に留まりながら行うことができることが明らかであろう。
したがって、本開示は、本明細書に記載および図示された例示的な実施形態および用途に限定されない。さらに、本明細書に開示される方法におけるステップの特定の順序および／または階層は、単なる例示的なアプローチである。設計の選好に基づいて、開示された方法またはプロセスのステップの特定の順序または階層は、本開示の範囲内に留まりながら再配置することができる。したがって、当業者であれば、本明細書に開示される方法および技術は、サンプルの順序で様々なステップまたは動作を提示し、本開示は、特に明記しない限り、提示される特定の順序または階層に限定されないことを理解するであろう。
上記および他の態様ならびにそれらの実装形態は、図面、説明、および特許請求の範囲においてより詳細に記載されている。
本開示の一実施形態によるネットワークの概略図を示す。 本開示の一実施形態による手順の概略図を示す。 本開示の一実施形態による手順の概略図を示す。 本開示の一実施形態による手順の概略図を示す。 本開示の一実施形態による無線端末の概略図の一例を示す。 本開示の一実施形態による無線ネットワークノードの概略図の一例を示す。 本開示の一実施形態による方法のフローチャートを示す。 本開示の一実施形態による方法のフローチャートを示す。
本開示では、ネットワークスライスは、特定のネットワークケイパビリティおよびネットワーク特性を提供する論理ネットワークを表す。
本開示では、ネットワークスライスインスタンスは、展開されたネットワークスライスを形成するネットワーク機能インスタンスおよび必要なリソース（例えば、計算、ストレージ、およびネットワーキングリソース）のセットを表す。
図１は、本開示の一実施形態によるネットワークシステム（例えば、ネットワークアーキテクチャ）の概略図を示す。例えば、図１に示すネットワークシステムは、５Gシステム(5GS：5G system)であってもよい。図１では、ネットワークシステムは、以下のネットワーク機能／エンティティを備える。
１）UE：ユーザ機器(User Equipment)
２）RAN：無線アクセスネットワーク(Radio Access Network)
本開示では、RANは、RANノード、または次世代RAN(NG-RAN：next-generation RAN)（ノード）に等しくてもよい。
３）AMF：アクセスおよびモビリティ管理機能(Access and Mobility Management Function)
AMFは、UEモビリティ管理、到達可能性管理、接続管理、および登録管理などの機能を含む。AMFは、RAN制御プレーン（CP）インターフェースN２、ならびにNAS暗号化および完全性保護である非アクセス層(NAS：non-access stratum)インターフェースN１を終端させる。AMFはまた、N１１インターフェースを介して適切なSMFにセッション管理(SM：session management)NASを分配する。
AMFは、NSACの対象であるネットワークスライスを示す情報で構成される。AMFは、ネットワークスライスごとのUEの数の可用性チェックおよびネットワークスライス受付制御機能(NSACF：Network Slice Admission Control Function)に対する更新手順をトリガして、このネットワークスライスがUEのための許可されたネットワークスライス選択支援情報(NSSAI：Network Slice Selection Assistance information)に含まれる（すなわち、AMFはUEを単一のNSSAI（S－NSSAI）に登録するように要求する）か、または許可されたNSSAIから削除される（すなわち、AMFはS－NSSAIからUEを登録解除するように要求する）ときに、NSACの対象であるネットワークスライスに登録されたUEの数を更新する。
４）SMF：セッション管理機能(Session Management Function)
SMFは、セッション確立、変更および解放、UE IPアドレス割り当ておよび管理、ユーザプレーン(UP：user plane)機能の選択および制御などの機能を含む。
SMFは、NSACの対象であるネットワークスライスを示す情報で構成される。PDUセッションを固定するSMFは、PDUセッション確立手順の開始時（新しいPDUセッションの場合のみ）に、または成功したPDUセッション解放手順の最後のステップとして、NSACの対象であるネットワークスライスについて、ネットワークスライスごとのPDUセッションの数の可用性チェックおよびNSACFに対する更新手順をトリガする。
５）NSACF：ネットワークスライス受付制御機能
NSACFは、ネットワークスライスごとの登録されたUEの数およびネットワークスライスごとの確立されたPDUセッションの数の監視および制御をサポートする。NSACFはまた、イベントベースのネットワークスライスステータス通知をサポートし、コンシューマNF（例えば、ネットワークエクスポージャー機能(NEF：network exposure function)またはアプリケーション機能(AF：application function)）に報告する。
６）NSSF：ネットワークスライス選択機能(Network Slice Selection Function)
NSSFは、以下の機能をサポートする：UEにサービスを提供するネットワークスライスインスタンスのセットを選択する；許可されたNSSAIを決定し、必要に応じて、ホーム公衆陸上モバイルネットワーク(HPLMN：home public land mobile network)S－NSSAIにマッピングする；構成されたNSSAIを決定し、必要に応じて、HPLMN S－NSSAIにマッピングする；UEにサービスを提供するために使用されるAMFセットを決定する、または構成に基づいて、場合によってはネットワークリポジトリ機能(NRF：Network Repository Function)を照会することによって、候補AMFのリストを決定する。
７）UPF：ユーザプレーン機能(User Plane Function)
UPFは、無線内／無線間アクセス技術(RAT：radio access technology)モビリティのためのアンカーポイントとして、およびデータネットワーク(DN：Data Network)への相互接続の外部PDUセッションポイントとして機能する。UPFはまた、SMFからのインジケーションに従ってデータパケットをルーティングおよび転送する。UPFはまた、UEがアイドルモードにあるときにダウンリンク(DL：downlink)データをバッファリングする。
８）NEF：ネットワークエクスポージャー機能(Network Exposure Function)
NEFは、ケイパビリティおよびイベントのエクスポージャーをサポートする。AFは、AFが信頼できない場合、NEFを介してNSACFサービスにアクセスすることができる。
９）AF：アプリケーション機能(Application Function)
AFが信頼できない場合、AFはNEFを介してNSACFサービスにアクセスすることができ、またはAFが信頼できる場合、AFは直接NSACFサービスにアクセスすることができる。
図２は、本開示の一実施形態による、ネットワークスライスごとのPDUセッションの数の可用性チェックおよび更新手順の概略図を示す。ネットワークスライスごとのPDUセッションの数の可用性チェックおよび更新手順は、NSACの対象であるS－NSSAI（すなわち、ネットワークスライス）上で確立されたPDUセッションの数を更新（例えば、増加または減少）するために使用される。SMFは、NSACの対象であるネットワークスライスを示す情報で構成される。
ステップ２０１において、SMFがどのNSACFと通信すべきかを認識していない場合、SMFはNSACF発見を実施する。PDUセッションを固定するSMFは、PDUセッション確立手順（新しいPDUセッションが確立される場合のみ）の開始時に、および／または成功したPDUセッション解放手順の最後のステップとして、NSACの対象であるネットワークスライスについて、ネットワークスライスごとのPDUセッションの数の可用性チェックおよびNSACFに対する更新手順をトリガする。
ステップ２０２において、PDUセッションを固定するSMFは、Nnsacf_NSAC_NumOfPDUsUpdate_RequestメッセージをNSACFに発信する。SMFは、メッセージに、UE識別子（ID）、PDUセッションID、ネットワークスライスごとのPDUセッションの数の更新が必要とされるS－NSSAI、アクセスタイプ、および、手順がPDUセッション確立手順の最初にトリガされた場合にS－NSSAI上に確立されたPDUセッションの数が増加されるべきであることを示す、または手順がPDUセッション解放手順の最後にトリガされた場合にS－NSSAI上のPDUセッションの数が減少されるべきであることを示す更新フラグを含む。
ステップ２０３において、NSACFは、S－NSSAI上で確立されたPDUセッションの現在の数を更新する、すなわち、更新フラグパラメータ内のアンカーSMFによって提供された情報に基づいて、ネットワークスライスごとのPDUセッションの数を増加または減少させる。
PDUセッションを固定するSMFからの更新フラグパラメータが増加を示し、S－NSSAI上で確立されたPDUセッションの最大数に既に達している場合、NSACFは、ネットワークスライスごとのPDUセッションの最大数に達していることを示す結果パラメータを返す。S－NSSAI上で確立されたPDUセッションの最大数に達していない場合、NSACFはUE IDをチェックする。UE IDが特定されている場合、NSACFはPDUセッションIDを記憶し、そのS－NSSAIのPDUセッションの数を増加させる。NSACFがUE IDを特定することができない場合、NSACFは、UE IDのエントリを作成し、PDUセッションIDを記憶し、そのS－NSSAIのPDUセッションの数を増加させる。
PDUセッションを固定するSMFからの更新フラグパラメータが、S－NSSAIごとのPDUセッションの現在の数を減少させることを示す場合、NSACFは、UE IDを特定し、そのS－NSSAIのPDUセッションの数を減少させ、関連するPDUセッションIDを削除する。UE IDがそれ以上PDUセッションを有していない場合、減少後、NSACFはUE IDエントリを削除する。
一実施形態では、NSACFは、アクセスタイプを考慮して、S－NSSAIごとのPDUセッションの数を増加させるか減少させるかを決定する。
ステップ２０４において、NSACFは、Nnsacf_NSAC_NumOfPDUsUpdate_Responseメッセージを介してアンカーSMFへの更新を確認応答する。NSACFがS－NSSAI到達結果ごとのPDUセッションの最大数を返す場合（すなわち、結果がS－NSSAI上に登録されたPDUセッションの最大数に達していることを示している）、SMFは、「特定のスライスのリソースが不足している」という拒否理由および場合によりバックオフタイマとともにPDUセッション確立要求を拒否する。そのような条件下では、UEは、バックオフタイマが満了するまで、同じS－NSSAIのための別のPDUセッション確立手順を開始しない。
ネットワークスライスごとのPDUセッションの数の可用性チェックおよび更新手順中に、NSACFは、S－NSSAIごとのPDUセッションの数を増加させるか減少させるかについてアクセスタイプを考慮に入れてもよい。しかしながら、アクセスタイプを考慮する場合に、どのようにしてNSACFがPDUセッションの数を増加または減少させるかは未知のままである。本開示は、例えば、ネットワークスライスごとのPDUセッションの数の可用性チェックおよび更新手順において、S－NSSAIごとのPDUセッションの数についてアクセスタイプごとのNSACをサポートおよび実現する実施形態を提供する。
いくつかの実施形態では、ネットワークオペレータのポリシーに基づいて、NSACFは、第３世代パートナーシッププロジェクト（３GPP）アクセスタイプまたは非３GPPアクセスタイプに対してのみS－NSSAIにNSACを適用するように構成されてもよい。現在適用されているアクセスタイプではないアクセスタイプを介して確立されたPDUセッションの数はカウントされないことに留意されたい。そのような条件下で、PDUセッション確立要求が１つのアクセスタイプ上で拒否される場合、UEは、別のアクセスタイプを介して同じS－NSSAIで別のPDUセッション確立要求を開始しない場合がある。しかしながら、PDUセッション確立要求が１つのアクセスタイプ上で拒否される場合、UEは、５GS内の別のアクセスタイプを介して同じS－NSSAIでPDUセッション確立要求を開始することを許可されるべきである。したがって、アクセスタイプが５GSで考慮されている場合に（例えば、アクセスタイプごとのNSAC）、ネットワークスライスごとのPDUセッションの数についてNSACをどのようにサポートするかは議論される必要がある。同様に、エボルブドパケットシステム(EPS：evolved Packet System)（例えば、第４世代(4G：4th generation)ネットワーク）におけるUEの数および／またはネットワークスライスごとのPDUセッションの数についてアクセスタイプごとのNSACをどのようにサポートするかもまた議論される必要がある。
本開示では、５GSおよび／またはEPS（例えば、５GSおよびEPSの両方をサポートするインタワーキングネットワーク（アーキテクチャ））におけるS－NSSAIごとのアクセスタイプごとのNSACをサポートするための方法が提供される。
図３は、本開示の一実施形態による手順の概略図を示す。図３に示す手順は、（５GSにおける）S－NSSAIごとのPDUセッションの数についてのアクセスタイプごとのNSACに関連付けられ、以下のステップを含む。
ステップ３０１（UEからAMFへ）：UEは、PDUセッション確立要求を送信することによってUE要求PDUセッション確立手順を開始する。PDUセッション確立要求は、PDUセッションID、要求される（PDUセッション）タイプ、S－NSSAI、…などを含む。
一実施形態では、要求タイプは、PDUセッション確立要求が新しいPDUセッションを確立する要求である場合には「初期要求」を示し、PDUセッション確立要求が３GPPアクセスと非３GPPアクセスとの間の既存のPDUセッション切替え、またはEPS内の既存のPDN接続からのPDUセッションハンドオーバと関連付けられる場合には「既存のPDUセッション」を示す。
UEは、現在のアクセスタイプの許可されたNSSAIからのS－NSSAIをPDUセッション確立要求に含める。許可されたNSSAIのマッピングがUEに提供された場合、UEは、許可されたNSSAIからの訪問先公衆陸上モバイルネットワーク(VPLMN：visited public land mobile network)のS－NSSAI、および許可されたNSSAIのマッピングからのHPLMNの対応するS－NSSAIの両方を提供する。
ステップ３０２（AMFからSMFへ）：AMFがUEによって提供されたPDUセッションIDに対するSMFとの関連付けを有しない場合（例えば、要求タイプが「初期要求」を示す場合）、AMFはNsmf_PDUSession_CreateSMContext要求を呼び出す。
一実施形態では、AMFは、許可されたNSSAIからSMFに、サービングPLMNのS－NSSAIを発信する。ローカルブレイクアウト(LBO：local breakout)におけるローミングシナリオでは、AMFはまた、許可されたNSSAIのマッピングからSMFにHPLMNの対応するS－NSSAIを発信してもよい。
AMFは、PDUセッションのアクセスタイプおよびRATタイプを決定する。
ステップ３０３（SMF）：PDUセッションを固定するSMFが、PDUセッション確立手順の開始時に（新しいPDUセッションが確立される場合のみ）、NSACの対象であるS－NSSAIについて、ネットワークスライスごとのPDUセッションの数の可用性チェックおよびNSACFに対する更新手順をトリガする。SMFがどのNSACFと通信すべきかを認識していない場合、SMFはNSACF発見を実施する。
ステップ３０４（SMFからNSACFへ）：SMFはNnsacf_NSAC_NumOfPDUsUpdate_RequestメッセージをNSACFに発信する。SMFは、メッセージに、UE ID、PDUセッションID、ネットワークスライス更新ごとのPDUセッション数が必要とされるS－NSSAI、アクセスタイプおよび更新フラグを含む。一実施形態では、更新フラグは、手順がPDUセッション確立手順の最初にトリガされているため、S－NSSAI上で確立されたPDUの数が増加されるべきであることを示す。
ステップ３０５（NSACF）：NSACFは、どのアクセスタイプがNSACの対象のS－NSSAIに対して指定されているかを示す情報（すなわち、３GPPアクセスタイプ、非３GPPアクセスタイプ、または３GPPアクセスタイプ非３GPPアクセスタイプの両方）で構成される。
一実施形態では、S－NSSAIに対するアクセスタイプごとのNSACが必要とされ（例えば、NSACが３GPPアクセスを介してのみS－NSSAIに適用可能である、すなわち非３GPPアクセスを介してS－NSSAI上で確立されるPDUセッションの数が制御されないように構成されるか、または３GPPアクセスおよび非３GPPアクセスを介してS－NSSAI上で確立されたPDUセッションの数が別々のクオータを用いて別々にカウントされるように構成される）、現在のアクセスタイプを介してS－NSSAI上で確立されたPDUセッションの最大数に既に達している場合、NSACFは、現在のアクセスタイプにわたるS－NSSAI上のPDUセッションの最大数に達していることを示す結果パラメータを返す。この実施形態では、結果パラメータは、例えば、Nnsacf_NSAC_NumOfPDUsUpdate_Requestメッセージに含まれる現在のアクセスタイプにのみ適用される。
S－NSSAIに対するアクセスタイプごとのNSACが必要とされず、S－NSSAI上で確立されたPDUセッションの最大数に既に達している場合、NSACFは、S－NSSAI上のPDUセッションの最大数に達していることを示す結果パラメータを返す。この実施形態では、結果パラメータは、３GPPアクセスタイプおよび非３GPPアクセスタイプの両方に適用される。
ステップ３０６（NSACFからSMFへ）：NSACFは、Nnsacf_NSAC_NumOfPDUsUpdate_Responseメッセージを介してSMFへの更新を確認応答する。
ステップ３０７（SMFからAMFへ）：一実施形態では、現在のアクセスタイプを介してS－NSSAI上に確立されたPDUセッションの最大数に既に達しているとNSACFが返す場合、SMFは、特定のネットワークスライス上のPDUセッションの最大数に既に達しているという拒否理由でPDUセッション確立要求を拒否する。この実施形態では、結果パラメータは現在のアクセスタイプにのみ適用される。SMFは、この実施形態では拒否理由が現在のアクセスタイプにのみ適用されるというインジケーションをさらに送信する。さらに、SMFは、場合により、拒否理由に関連付けられたバックオフタイマを送信してもよい。
一実施形態では、S－NSSAI上に確立されたPDUセッションの最大数に既に達しているとNSACFが返す場合、SMFは、特定のスライス上のPDUセッションの最大数に既に達しているという拒否理由でPDUセッション確立要求を拒否する。この実施形態では、結果パラメータは、３GPPアクセスタイプおよび非３GPPアクセスタイプの両方にのみ適用される。SMFは、３GPPアクセスタイプおよび非３GPPアクセスタイプの両方に適用される拒否理由のインジケーションを送信する。さらに、SMFは、場合により、拒否理由に関連付けられたバックオフタイマを送信してもよい。
一実施形態では、SMFは、Nsmf_PDUSession_CreateSMContext Responseを用いてAMFに応答することにより、NAS SMシグナリングを介してUE要求を拒否する。SMFはまた、PDUセッションIDが解放されたと見なされるべきであり、PDUセッション確立が停止されていることをAMFに示す。
ステップ３０８（AMFからUEへ）：AMFがNAS SMメッセージをUEに転送する。
ステップ３０９（UE）：一実施形態では、UEが、特定のスライス上のPDUセッションの最大数に既に達しているという拒否理由と、拒否理由が現在のアクセスタイプにのみ適用されるというインジケーションとを受信した場合、UEは、別のアクセスタイプ（すなわち、PDUセッション確立要求に含まれる現在のアクセスタイプとは異なるアクセスタイプ）上で、同じS－NSSAIとPDUセッションを確立するために、別のPDUセッション確立手順を直ちに開始してもよい。代替として、UEは、関連するバックオフタイマが満了した後に、現在のアクセスタイプを介して同じS－NSSAIとPDUセッションを確立するために、別のPDUセッション確立手順を開始してもよい。UEは、拒否理由とともに、関連付けられたバックオフタイマを受信してもよい。
一実施形態では、UEが、特定のスライス上のPDUセッションの最大数に既に達しているという拒否理由と、拒否理由が３GPPアクセスタイプおよび非３GPPアクセスタイプの両方に適用されるというインジケーションとを受信した場合、UEは、関連するバックオフタイマが満了した後に、現在のアクセスタイプまたは他のアクセスタイプを介して同じS－NSSAIとPDUセッションを確立するために、別のPDUセッション確立手順を開始してもよい。UEは、拒否理由とともに、関連付けられたバックオフタイマを受信してもよい。
図４は、本開示の一実施形態による手順の概略図を示す。図４に示す手順は、５GSおよびEPSの両方をサポートするエボルブドパケットシステム（EPS）またはインタワーキングネットワーク（アーキテクチャ）におけるアクセスタイプごとのNSACに関連付けられ、以下のステップを含む。
ステップ４０１（UEからモビリティ管理エンティティ(MME：Mobility Management Entity)へ）：UEは、PDN接続要求メッセージを送信することによってUE要求パケットデータネットワーク(PDN：packet data network)手順を開始する。PDN接続要求は、アクセスポイント名(APN：access point name)、PDNタイプ、プロトコル構成オプション(PCO：Protocol Configuration Options)、要求タイプ、PDUセッションIDなどを含む。
ステップ４０２（MMEからSMF＋PGW－Cへ）：MMEはSMF＋PGW－Cにセッション作成要求を発信する。
ステップ４０３（SMF＋PGW－C）：SMF＋PGW－Cは、どのS－NSSAIがNSACの対象であるかを示す情報で構成される。一実施形態では、SMF＋PGW－Cは、５GSのみにおいてどのS－NSSAIがNSACの対象であるかを示す情報で構成される。
一実施形態では、SMF＋PGW－Cは、PDN接続に関連付けられたS－NSSAIを選択する。SMF＋PGW－Cによって選択されたS－NSSAIがEPSおよび５GSの両方でNSACの対象である場合、SMF＋PGW－Cは、UEの数およびPDUセッションの数に対して順番に、別々のNSAC手順を呼び出すことによってS－NSSAIの可用性をチェックするために、NSACFとの対話をトリガする。
ステップ４０４（SMF＋PGW－CからNSACFへ）：SMF＋PGW－Cは、Nnsacf_NSAC_NumOfUEsUpdate_RequestメッセージをNSACFに発信する。SMF＋PGW－Cは、メッセージに、UE ID、アクセスタイプ、S－NSSAI、NF ID、およびS－NSSAIに登録されたUEの数が増加されるべきであることを示す更新フラグを含む。
ステップ４０５（NSACF）：NSACFは、どのアクセスタイプがNSACの対象のS－NSSAIに対して指定されているかを示す情報（すなわち、３GPPアクセスタイプ、非３GPPアクセスタイプ、または３GPPアクセスタイプおよび非３GPPアクセスタイプの両方）で構成される。
一実施形態では、S－NSSAIに対するアクセスタイプごとのNSACが必要とされ、現在のアクセスタイプを介してS－NSSAIに登録されたUEの最大数に既に達している場合、NSACFは、現在のアクセスタイプを介してS－NSSAIに登録されたUEの最大数に達していることを示す結果パラメータを返す。この実施形態では、結果パラメータは現在のアクセスタイプにのみ適用される。
一実施形態では、S－NSSAIに対するアクセスタイプごとのNSACが必要とされず、S－NSSAI上に登録されるUEの最大数に既に達している場合、NSACFは、S－NSSAI上に登録されるUEの最大数に達していることを示す結果パラメータを返す。この実施形態では、結果パラメータは、３GPPアクセスタイプおよび非３GPPアクセスタイプの両方に適用される。
一実施形態では、S－NSSAIに登録されたUEの最大数に達していない場合、NSACFは登録を記録し、成功結果を返す。
ステップ４０６（NSACFからSMF＋PGW－C）：NSACFは、Nnsacf_NSAC_NumOfUEsUpdate_ResponseメッセージでSMF＋PGW－Cへの更新を確認応答する。
S－NSSAIに登録されているUEの最大数に既に達している場合、以下のステップ４０７～４０９はスキップされてもよい。一実施形態では、NSACFが成功結果を返す場合（すなわち、S－NSSAIに登録されているUEの最大数に達していない）、以下のステップ４０７～４０９が実施される。
ステップ４０７（SMF＋PGW－CからNSACFへ）：SMF＋PGW－Cは、Nnsacf_NSAC_NumOfPDUsUpdate_RequestメッセージをNSACFに発信する。SMF＋PGW－Cは、メッセージに、UE ID、PDUセッションID、ネットワークスライスごとのPDUセッションの数の更新が必要とされるS－NSSAI、アクセスタイプ、およびS－NSSAI上に確立されたPDUの数が増加されるべきであることを示す更新フラグを含む。
ステップ４０８（NSACF）：NSACFは、どのアクセスタイプがNSACの対象のS－NSSAIに対して指定されているかを示す情報（すなわち、３GPPアクセスタイプ、非３GPPアクセスタイプ、または３GPPアクセスタイプおよび非３GPPアクセスタイプの両方）で構成される。
一実施形態では、S－NSSAIに対するアクセスタイプごとのNSACが必要とされ、現在のアクセスタイプを介してS－NSSAI上で確立されたPDUセッションの最大数に既に達している場合、NSACFは、現在のアクセスタイプを介してS－NSSAI上のPDUセッションの最大数に達していることを示す結果パラメータを返す。結果パラメータは現在のアクセスタイプにのみ適用されることに留意されたい。
一実施形態では、S－NSSAIに対するアクセスタイプごとのNSACが必要とされず、S－NSSAI上で確立されたPDUセッションの最大数に既に達している場合、NSACFは、S－NSSAI上のPDUセッションの最大数に達していることを示す結果パラメータを返す。この実施形態では、結果パラメータは、３GPPアクセスタイプおよび非３GPPアクセスタイプの両方に適用される。
ステップ４０９（NSACFからSMF＋PGW－Cへ）：NSACFは、Nnsacf_NSAC_NumOfPDUsUpdate_ResponseメッセージでSMF＋PGW－Cへの更新を確認応答する。
一実施形態では、ステップ４０７～４０９は、ステップ４０４～４０６と入れ替わってもよい。すなわち、ステップ４０７～４０９は、ステップ４０４～４０６の前に実施されてもよい。この実施形態では、S－NSSAI上で確立されたPDUセッションの最大数に達している場合、ステップ４０４～４０６は省略されてもよい。一実施形態では、NSACFが成功結果を返した場合（すなわち、S－NSSAI上で確立されたPDUセッションの最大数に達していない）、ステップ４０４～４０６が実施される。
ステップ４１０（SMF＋PGW－CからMMEへ）：
一実施形態では、現在のアクセスタイプにわたるS－NSSAI上のUEの最大数またはPDUセッションの最大数に既に達しているとNSACFが返した場合、SMF＋PGW－Cは、「リソースが不足している」という拒否理由、または特定のネットワークスライス上のUEの最大数もしくはPDUセッションの最大数に既に達しているという拒否理由とともにPDN接続確立要求を拒否する。本実施形態では、SMF＋PGW－Cは、拒否理由が現在のアクセスタイプにのみ適用されるというインジケーションをさらに送信する。
一実施形態では、S－NSSAI上のUEの最大数またはPDUセッションの最大数に既に達しているとNSACFが返した場合、SMF＋PGW－Cは、「リソースが不足している」という拒否理由、または特定のネットワークスライス上のUEの最大数もしくはPDUセッションの最大数に既に達しているという拒否理由とともにPDN接続確立要求を拒否する。この実施形態では、SMF＋PGW－Cはまた、拒否理由が３GPPアクセスタイプおよび非３GPPアクセスタイプの両方に適用されるというインジケーションを送信する。
一実施形態では、MMEへの影響を回避するために、３GPPアクセスタイプおよび非３GPPアクセスタイプの両方に適用される拒否理由のインジケーション、または現在のアクセスタイプのみに適用される拒否理由のインジケーションは、PDN接続確立拒否メッセージに含まれるPCO情報要素(IE：information element)とともにUEに伝送される。
ステップ４１１（MMEからUEへ）：MMEはPDN接続要求を拒否し、拒否理由および関連するインジケーションをUEに送信する。
ステップ４１２（UE）：一実施形態において、UEが「リソースが不足している」という拒否理由と、拒否理由が現在のアクセスタイプにのみ適用されるというインジケーションとを受信した場合、UEは、別のアクセスタイプを介して同じAPNとPDN接続を確立するために、直ちに別のPDN接続確立手順を開始してもよい。代替として、UEは、関連付けられたバックオフタイマが満了した後、現在のアクセスタイプを介して同じAPNとPDN接続を確立するために、PDN接続確立手順を開始してもよい。UEは、拒否理由およびインジケーションとともに、関連付けられたバックオフタイマを受信してもよい。
一実施形態では、UEが、特定のネットワークスライス上のUEの最大数またはPDUセッションの最大数に既に達しているという拒否理由と、拒否理由が現在のアクセスタイプにのみ適用されるというインジケーションとを受信した場合、UEは、別のアクセスタイプを介して同じAPNとPDN接続を確立するために、別のPDN接続確立手順を直ちに開始してもよい。代替として、UEは、他のアクセスタイプを介して同じS－NSSAIとPDUセッションを確立するために、PDUセッション確立手順を直ちに開始してもよい。別の代替として、UEは、関連付けられたバックオフタイマが満了した後、現在のアクセスタイプを介して、同じAPNとPDN接続を確立するために、別のPDN接続確立手順を開始してもよい。さらなる別の代替として、UEは、関連するバックオフタイマが満了した後に、現在のアクセスタイプを介して同じS－NSSAIとPDUセッションを確立するために、別のPDUセッション確立手順を開始してもよい。UEは、拒否理由およびインジケーションとともに、関連付けられたバックオフタイマを受信してもよい。
一実施形態では、UEが「リソースが不足している」という拒否理由と、拒否理由が３GPPアクセスタイプおよび非３GPPアクセスタイプの両方に適用されるというインジケーションとを受信した場合、UEは、関連付けられたバックオフタイマが満了した後に、現在のアクセスタイプまたは他のアクセスタイプを介して同じAPNとPDN接続を確立するために、別のPDN接続確立手順を開始してもよい。UEは、拒否理由およびインジケーションとともに、関連付けられたバックオフタイマを受信してもよい。
一実施形態では、UEが、特定のネットワークスライス上のUEの最大数またはPDUセッションの最大数に既に達しているという新しい拒否理由と、拒否理由が３GPPアクセスタイプおよび非３GPPアクセスタイプの両方に適用されるというインジケーションとを受信した場合、UEは、関連するバックオフタイマが満了した後に、現在のアクセスタイプまたは他のアクセスタイプを介して同じAPNとPDN接続を確立するために、別のPDN接続確立手順を開始してもよい。代替として、UEは、関連するバックオフタイマが満了した後に、現在のアクセスタイプまたは他のアクセスタイプを介して同じS－NSSAIとPDUセッションを確立するために、PDUセッション確立手順を開始してもよい。UEは、拒否理由およびインジケーションとともに、関連付けられたバックオフタイマを受信してもよい。
図５は、本開示の一実施形態による無線端末５０の概略図に関する。無線端末５０は、ユーザ機器（UE）、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、またはポータブルコンピュータシステムであってもよく、本明細書では限定されない。無線端末５０は、マイクロプロセッサまたは特定用途向け集積回路(ASIC：Application Specific Integrated Circuit)などのプロセッサ５００と、記憶ユニット５１０と、通信ユニット５２０とを含んでもよい。記憶ユニット５１０は、プロセッサ５００によってアクセスされて実行されるプログラムコード５１２を記憶する任意のデータ記憶デバイスであってもよい。記憶ユニット５１０の実施形態は、加入者識別モジュール(SIM：subscriber identity module)、読み出し専用メモリ(ROM：read-only memory)、フラッシュメモリ、ランダムアクセスメモリ(RAM：random-access memory)、ハードディスク、および光学データ記憶デバイスを含むが、これらに限定されない。通信ユニット５２０は、トランシーバであってもよく、プロセッサ５００の処理結果に従って信号（例えば、メッセージまたはパケット）を送信および受信するために使用される。一実施形態では、通信ユニット５２０は、図５に示す少なくとも１つのアンテナ５２２を介して信号を送信および受信する。
一実施形態では、記憶ユニット５１０およびプログラムコード５１２は省略されてもよく、プロセッサ５００は、記憶されたプログラムコードを有する記憶ユニットを含んでもよい。
プロセッサ５００は、例えば、プログラムコード５１２を実行することによって、例示された実施形態におけるステップのいずれか１つを無線端末５０上で実装してもよい。
通信ユニット５２０は、トランシーバであってもよい。通信ユニット５２０は、代替として、またはそれに加えて、無線ネットワークノード（例えば、基地局）との間で信号をそれぞれ送信および受信するように構成された送信ユニットおよび受信ユニットを組み合わせてもよい。
図６は、本開示の一実施形態による無線ネットワークノード６０の概略図に関する。無線ネットワークノード６０は、衛星、基地局(BS：base station)、ネットワークエンティティ、モビリティ管理エンティティ（MME）、サービングゲートウェイ(S-GW：Serving Gateway)、パケットデータネットワーク(PDN：Packet Data Network)ゲートウェイ(P-GW)、無線アクセスネットワーク(RAN)ノード、次世代RAN(NG-RAN)ノード、gNB、eNB、gNB中央ユニット(gNB-CU：gNB central unit)、gNB分散ユニット(gNB-DU：gNB distributed unit)、データネットワーク、コアネットワーク、または無線ネットワークコントローラ(RNC：Radio Network Controller)であってもよく、本明細書では限定されない。さらに、無線ネットワークノード６０は、アクセスおよびモビリティ管理機能(AMF)、セッション管理機能(SMF)、ユーザプレース機能(UPF：user place function)、ポリシー制御機能(PCF：policy control function)、アプリケーション機能(AF)などの少なくとも１つのネットワーク機能を備えてもよい（実施してもよい）。無線ネットワークノード６０は、マイクロプロセッサまたはASICなどのプロセッサ６００、記憶ユニット６１０、および通信ユニット６２０を含んでもよい。記憶ユニット６１０は、プロセッサ６００によってアクセスされて実行されるプログラムコード６１２を記憶する任意のデータ記憶デバイスであってもよい。記憶ユニット６１０の例は、SIM、ROM、フラッシュメモリ、RAM、ハードディスク、および光学データ記憶デバイスを含むが、これらに限定されない。通信ユニット６２０は、トランシーバであってもよく、プロセッサ６００の処理結果に従って信号（例えば、メッセージまたはパケット）を送信および受信するために使用される。一例では、通信ユニット６２０は、図６に示す少なくとも１つのアンテナ６２２を介して信号を送信および受信する。
一実施形態では、記憶ユニット６１０およびプログラムコード６１２は省略されてもよい。プロセッサ６００は、記憶されたプログラムコードを有する記憶ユニットを含んでもよい。
プロセッサ６００は、例えばプログラムコード６１２を実行することによって、例示された実施形態に記載された任意のステップを無線ネットワークノード６０上で実装してもよい。
通信ユニット６２０は、トランシーバであってもよい。通信ユニット６２０は、代替として、またはそれに加えて、無線端末（例えば、ユーザ機器または別の無線ネットワークノード）との間で信号をそれぞれ送信および受信するように構成された送信ユニットおよび受信ユニットを組み合わせてもよい。
図７は、本開示の一実施形態による方法の概略図を示す。図７に示された方法は、無線ネットワークノード（例えば、SMF、SMF＋PGW－C、SMFもしくはSMF＋PGW－Cを含む無線ネットワークノード、またはSMFもしくはSMF＋PGW－Cの機能の全部もしくは少なくとも一部を実施する無線ネットワークノード）において使用されてもよく、そして、以下のステップを含む。
ステップ７０１：第１の接続要求に関連付けられた拒否理由と、拒否理由に関連付けられた少なくとも１つのアクセスタイプを示すインジケーションとを無線端末（例えば、UE）に送信する。
図７において、無線ネットワークノードは、第１の接続要求に関連付けられた拒否理由を無線端末に送信する。この実施形態では、無線ネットワークノードは、拒否理由に関連付けられたインジケーションを無線端末に送信し、インジケーションは、拒否理由に関連付けられた少なくとも１つのアクセスタイプのための（示す）ものである。
一実施形態では、第１の接続要求はPDU確立要求またはPDN接続要求である。
一実施形態では、無線ネットワークノードは、第１の接続要求に対する拒否に関連付けられたNSAC結果を、NSACFから受信する。例えば、無線ネットワークノードは、受信したNSAC結果に応答して、またはそれに基づいて、拒否理由およびインジケーションを送信する。
一実施形態では、NSAC結果は、
ネットワークスライスもしくはS－NSSAIに関連付けられた無線端末の最大数に達していること、または
ネットワークスライスもしくはS－NSSAIに関連付けられたプロトコルデータユニットセッションの最大数に達していること
のうちの少なくとも一方を示す。
一実施形態では、拒否理由は、
リソースが不足していること、
ネットワークスライスもしくはS－NSSAIに関連付けられた無線端末の最大数に達していること、または
ネットワークスライスもしくはS－NSSAIに関連付けられたプロトコルデータユニットセッションの最大数に達していること
のうちの少なくとも１つを示す。
一実施形態では、少なくとも１つのアクセスタイプ（例えば、インジケーションによって示される、または関連付けられている）は、３GPPアクセスタイプ、非３GPPアクセスタイプ、または第１の接続要求に関連付けられた第１のアクセスタイプ（例えば、上述の現在のアクセスタイプ）のうちの少なくとも１つを含む。例えば、インジケーションは、第１のアクセスタイプ（例えば、３GPPアクセスタイプおよび非３GPPアクセスタイプのうちの一方）を含んでもよい／示してもよい。代替として、インジケーションは、３GPPアクセスタイプおよび非３GPPアクセスタイプの両方を含んでもよい／示してもよい。
一実施形態では、少なくとも１つのアクセスタイプは、第１の接続要求に関連付けられた第１のアクセスタイプのみを含む。この実施形態では、無線ネットワークノードは、第１のアクセスタイプとは異なる第２のアクセスタイプを介して第２の接続要求を無線端末から受信する。第１の接続要求および第２の接続要求は、同じS－NSSAIまたは同じAPNに関連付けられることに留意されたい。すなわち、第２の接続要求は、PDU確立要求またはPDN接続要求であってもよい。例えば、拒否理由は、リソースが不足していることを示し、第１の接続要求および第２の接続要求は、同じAPNに関連付けられる（すなわち、第１の接続要求および第２の接続要求の両方がPDN接続要求である）。
一実施形態では、少なくとも１つのアクセスタイプは、第１の接続要求に関連付けられた第１のアクセスタイプのみを含む。この実施形態では、無線ネットワークノードは、バックオフタイマが満了した後に、第１の接続要求に関連付けられた第１のアクセスタイプを介して第２の接続要求を無線端末から受信し、第１の接続要求および第２の接続要求は、同じ単一のネットワークスライス選択支援情報または同じアクセスポイント名に関連付けられる。第１の接続要求および第２の接続要求は、同じS－NSSAIまたは同じAPNに関連付けられることに留意されたい。すなわち、第２の接続要求は、PDU確立要求またはPDN接続要求であってもよい。
一実施形態では、少なくとも１つのアクセスタイプは、３GPPアクセスタイプおよび非３GPPアクセスタイプを含む。この実施形態では、無線ネットワークノードは、バックオフタイマが満了した後に、３GPPアクセスタイプまたは非３GPPアクセスタイプを介して第２の接続要求を無線端末から受信し、第１の接続要求および第２の接続要求は、同じS－NSSAIまたは同じAPNに関連付けられる。すなわち、無線端末は、バックオフタイマが満了した後、同じPDUセッションまたは同じPDN接続を確立することを要求してもよい。この実施形態では、拒否理由は、リソースが不足していることを示してもよく、第１の接続要求および第２の接続要求は、同じアクセスポイント名に関連付けられる。
一実施形態では、無線ネットワークノードは、第１の接続要求に関連付けられたバックオフタイマを無線端末に送信してもよい。
一実施形態では、無線ネットワークノードは、SMFまたはSMFとPGW－Cとの組み合わせノード（すなわち、SMF＋PGW－C）のうちの少なくとも一方である／を含む。
図８は、本開示の一実施形態による方法のフローチャートを示す。図８に示された方法は、無線端末（例えば、UE）において使用されてもよく、以下のステップを含む。
ステップ８０１：第１の接続要求に関連付けられた拒否理由と、拒否理由に関連付けられた少なくとも１つのアクセスタイプを示すインジケーションとを無線ネットワークノードから受信する。
図８において、無線端末は、第１の接続要求に関連付けられた拒否理由を無線ネットワークノードから受信する（例えばSMFまたはSMF＋PGW－C）。この実施形態では、拒否理由は、拒否理由に関連付けられた少なくとも１つのアクセスタイプを示すインジケーションとともに受信される。拒否理由および／またはインジケーションに基づいて、無線端末は、第２の接続要求を無線ネットワークノードにいつ送信するかを決定し、第１の接続要求および第２の接続要求は、同じS－NSSAIまたは同じAPNを有する。
一実施形態では、第１の接続要求はPDUセッション確立要求またはPDN接続要求である。
一実施形態では、拒否理由は、
リソースが不足していること、
ネットワークスライスもしくはS－NSSAIに関連付けられた無線端末の最大数に達していること、または
ネットワークスライスもしくはS－NSSAIに関連付けられたプロトコルデータユニットセッションの最大数に達していること
のうちの少なくとも１つを示す。
一実施形態では、少なくとも１つのアクセスタイプ（例えば、インジケーションによって示される、または関連付けられている）は、３GPPアクセスタイプ、非３GPPアクセスタイプ、または第１の接続要求に関連付けられた第１のアクセスタイプ（例えば、上述の現在のアクセスタイプ）のうちの少なくとも１つを含む。例えば、インジケーションは、第１のアクセスタイプ（例えば、３GPPアクセスタイプおよび非３GPPアクセスタイプのうちの一方）を含んでもよい／示してもよい。代替として、インジケーションは、３GPPアクセスタイプおよび非３GPPアクセスタイプの両方を含んでもよい／示してもよい。
一実施形態では、少なくとも１つのアクセスタイプは、第１の接続要求に関連付けられた第１のアクセスタイプのみを含む。この実施形態では、無線端末は、第１のアクセスタイプとは異なる第２のアクセスタイプを介して第２の接続要求を無線ネットワークノードに送信し、第１の接続要求および第２の接続要求は、同じS－NSSAI（すなわち、同じネットワークスライス）または同じAPNに関連付けられる。すなわち、無線端末は、例えば、拒否理由および／またはインジケーションを受信した直後／後に、一定期間（例えば、バックオフタイマが満了した後まで）待つことなく、第２の接続要求を送信してもよい。この実施形態では、拒否理由は、リソースが不足していることを示してもよく、第１の接続要求および第２の接続要求は、同じAPNに関連付けられる。
一実施形態では、少なくとも１つのアクセスタイプは、第１の接続要求に関連付けられた第１のアクセスタイプのみを含む。この実施形態では、無線端末は、バックオフタイマが満了した後に、第１の接続要求に関連付けられた第１のアクセスタイプを介して第２の接続要求を無線ネットワークノードに送信し、第１の接続要求および第２の接続要求は、同じS－NSSAIまたは同じAPNに関連付けられる。
一実施形態では、少なくとも１つのアクセスタイプは、３GPPアクセスタイプおよび非３GPPアクセスタイプを含む。この実施形態では、無線端末は、バックオフタイマが満了した後に、３GPPアクセスタイプまたは非３GPPアクセスタイプを介して第２の接続要求を無線ネットワークノードに送信し、第１の接続要求および第２の接続要求は、同じS－NSSAIまたは同じAPNに関連付けられる。この実施形態では、拒否理由は、リソースが不足していることを示してもよく、第１の接続要求および第２の接続要求は、同じAPNに関連付けられてもよい。
一実施形態では、無線ネットワークノードは、無線ネットワークノードから第１の接続要求に関連付けられたバックオフタイマを受信してもよい。
一実施形態では、無線ネットワークノードは、SMFまたはSMFとPGW－Cとの組み合わせノード（すなわち、SMF＋PGW－C）のうちの少なくとも一方である／を含む。
以上、本開示の様々な実施形態について記載したが、それらは限定ではなく例としてのみ提示されていることを理解されたい。同様に、様々な図は、当業者が本開示の例示的な特徴および機能を理解することを可能にするために提供される例示的なアーキテクチャまたは構成を描写している場合がある。しかしながら、そのような人は、本開示が図示された例示的なアーキテクチャまたは構成に限定されず、様々な代替的なアーキテクチャおよび構成を使用して実装することができることを理解するであろう。さらに、当業者によって理解されるように、一実施形態の１つ以上の特徴は、本明細書に記載の別の実施形態の１つ以上の特徴と組み合わせることができる。したがって、本開示の幅および範囲は、上述の例示的な実施形態のいずれによっても限定されるべきではない。
また、「第１」、「第２」などの名称を使用する本明細書の要素へのいかなる参照も、一般に、それらの要素の量または順序を限定するものではないことも理解される。むしろ、これらの名称は、本明細書において、２つ以上の要素または要素の例を区別する便利な手段として使用することができる。したがって、第１および第２の要素への言及は、２つの要素のみを採用することができることも、第１の要素が何らかの方法で第２の要素の前になければならないことも意味しない。
さらに、当業者は、情報および信号が様々な異なる技術および技術のいずれか１つを使用して表すことができることを理解するであろう。例えば、上記の説明で参照される場合があるデータ、命令、コマンド、情報、信号、ビットおよびシンボルは、電圧、電流、電磁波、磁場もしくは粒子、光場もしくは粒子、またはそれらの任意の組み合わせによって表すことができる。
当業者であればさらに、本明細書に開示された態様に関連して記載された様々な例示的な論理ブロック、ユニット、プロセッサ、手段、回路、方法、および機能のうちの任意の１つは、電子ハードウェア（例えば、デジタル実装、アナログ実装、または２つの組み合わせ）、ファームウェア、命令（本明細書では、便宜上、「ソフトウェア」または「ソフトウェアユニット」と呼ぶことができる）を組み込んだ様々な形式のプログラムもしくは設計コード、またはこれらの技術の任意の組み合わせによって実装することができることを認識するであろう。
ハードウェア、ファームウェア、およびソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、ユニット、回路、およびステップが、それらの機能に関して一般的に上述されている。そのような機能がハードウェア、ファームウェアもしくはソフトウェア、またはこれらの技術の組み合わせとして実装されるかどうかは、システム全体に課される特定の用途および設計制約に依存する。当業者は、記載された機能を特定の用途ごとに様々な方法で実装することができるが、そのような実装の決定は本開示の範囲から逸脱するものではない。様々な実施形態によれば、プロセッサ、デバイス、構成要素、回路、構造、機械、ユニットなどは、本明細書に記載の機能の１つ以上を実施するように構成することができる。指定された動作または機能に関して本明細書で使用される「ように構成された」または「ために構成された」という用語は、指定された動作または機能を実施するように物理的に構築、プログラムおよび／または配置されたプロセッサ、デバイス、構成要素、回路、構造、機械、ユニットなどを指す。
さらに、当業者であれば、本明細書に記載の様々な例示的な論理ブロック、ユニット、デバイス、構成要素および回路を、汎用プロセッサ、デジタル信号プロセッサ(DSP：digital signal processor)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA：field programmable gate array)もしくは他のプログラマブル論理デバイス、またはそれらの任意の組み合わせを含むことができる集積回路(IC：integrated circuit)内に実装することができ、またはそれによって実施することができることを理解するであろう。論理ブロック、ユニット、および回路は、ネットワーク内またはデバイス内の様々な構成要素と通信するためのアンテナおよび／またはトランシーバをさらに含むことができる。汎用プロセッサはマイクロプロセッサとすることができるが、代替例では、プロセッサは任意の従来のプロセッサ、コントローラ、またはステートマシンとすることができる。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、DSPとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、DSPコアと連携する１つ以上のマイクロプロセッサ、または、本明細書に記載された機能を実施するための任意の他の適切な構成として実装することができる。ソフトウェアで実装される場合、機能は、１つ以上の命令またはコードとしてコンピュータ可読媒体上に記憶することができる。したがって、本明細書に開示される方法またはアルゴリズムのステップは、コンピュータ可読媒体に記憶されたソフトウェアとして実装することができる。
コンピュータ可読媒体は、コンピュータ記憶媒体と、コンピュータプログラムまたはコードをある場所から別の場所に伝送することを可能にすることができる任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータがアクセスすることができる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD－ROMもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用することができ、コンピュータがアクセスすることができる任意の他の媒体を含むことができる。
本文書において、本明細書で使用される「ユニット」という用語は、本明細書で記載される関連する機能を実施するためのソフトウェア、ファームウェア、ハードウェア、およびこれらの要素の任意の組み合わせを指す。さらに、議論の目的のために、様々なユニットは、個別のユニットとして記載されているが、当業者には明らかであるように、２つ以上のユニットを組み合わせて、本開示の実施形態による関連する機能を実施する単一のユニットを形成してもよい。
さらに、本開示の実施形態では、メモリまたは他の記憶装置、ならびに通信構成要素が採用されてもよい。明確にするために、上記の説明は、異なる機能ユニットおよびプロセッサを参照して本開示の実施形態を記載したことが理解されよう。しかしながら、本開示を損なうことなく、異なる機能ユニット、処理論理要素またはドメイン間の機能の任意の適切な分配が使用されてもよいことは明らかであろう。例えば、別個の処理論理要素またはコントローラによって実施されるように図示されている機能は、同じ処理論理要素またはコントローラによって実施されてもよい。したがって、特定の機能ユニットへの言及は、厳密な論理的または物理的な構造または組織を示すのではなく、記載された機能を提供するための適切な手段への言及にすぎない。
本開示に記載された実装形態に対する様々な変更は、当業者には容易に明らかであり、本明細書で定義された一般原理は、本開示の範囲から逸脱することなく他の実装形態に適用することができる。したがって、本開示は、本明細書に示される実装形態に限定されることを意図するものではなく、以下の特許請求の範囲に記載されるように、本明細書に開示される新規の特徴および原理と一致する最も広い範囲を与えられるべきである。

Claims (18)

  1. 無線端末が、第１のプロトコルデータユニット(PDU：protocol data unit)セッション確立要求に関連付けられた拒否理由と、前記拒否理由が現在のアクセスタイプのみに適用されることを示すインジケーションとを無線ネットワークノードから受信すること、
    を含み、
    前記インジケーションが、前記無線端末が前記現在のアクセスタイプとは異なる別のアクセスタイプを介して第２のPDUセッション確立要求を開始できることを示し、
    前記第１のPDUセッション確立要求と前記第２のPDUセッション確立要求とは、同じ単一のネットワークスライス選択支援情報(S-NSSAI: Single Network Slice Selection Assistance information)に関連付けられる、無線通信方法。
  2. 前記拒否理由が、リソースが不足していることを示す、請求項１に記載の無線通信方法。
  3. 前記現在のアクセスタイプが、第３世代パートナーシッププロジェクト（３GPP）アクセスタイプ、または、非３GPPアクセスタイプを含む、請求項１に記載の無線通信方法。
  4. 前記無線端末がバックオフタイマを受信することをさらに含み、
    前記バックオフタイマが満了した後に、前記無線端末が、前記現在のアクセスタイプまたは前記別のアクセスタイプを介して前記第２のPDUセッション確立要求を開始できる、
    請求項１に記載の無線通信方法。
  5. 前記第１のPDUセッション確立要求に関連付けられたバックオフタイマを前記無線ネットワークノードから受信すること
    をさらに含み、
    前記バックオフタイマが満了する前に、前記無線端末が前記現在のアクセスタイプとは異なる前記別のアクセスタイプを介して第２のPDUセッション確立要求を開始することが
    できる、請求項１に記載の無線通信方法。
  6. 前記無線ネットワークノードが、セッション管理機能を備える、請求項１に記載の無線通信方法。
  7. 少なくとも１つのプロセッサと、命令を格納するメモリとを備え、前記命令が前記プロセッサによって実行される場合、無線ネットワークノードに、
    第１のプロトコルデータユニット(PDU：protocol data unit)セッション確立要求に関連付けられた拒否理由と、前記拒否理由が現在のアクセスタイプのみに適用されることを示すインジケーションとを無線端末へと送信させ、
    前記インジケーションは、前記無線端末が、前記現在のアクセスタイプとは異なる別のアクセスタイプを介して第２のPDUセッション確立要求を開始できることを示すために用いられ、
    前記第１のPDUセッション確立要求と前記第２のPDUセッション確立要求とは、同じ単一のネットワークスライス選択支援情報(S-NSSAI: Single Network Slice Selection Assistance information)に関連付けられる、無線ネットワークノード。
  8. 前記プロセッサは、前記無線ネットワークノードに、
    前記第１のPDUセッション確立要求の拒否に関連付けられたネットワークスライス受付制御結果を、ネットワークスライス受付制御機能から受信させ、
    前記ネットワークスライス受付制御結果は、前記現在のアクセスタイプを介したネットワークスライスまたは単一のネットワークスライス選択支援情報に関連付けられたプロトコルデータユニットセッションの最大数に達していることを示す、請求項７に記載の無線ネットワークノード。
  9. 前記拒否理由は、リソースの不足を示す、請求項７に記載の無線ネットワークノード。
  10. 前記現在のアクセスタイプが、第３世代パートナーシッププロジェクト(3GPP：3rdgeneration partnership project)アクセスタイプ、または、非３GPPアクセスタイプを含む、請求項７に記載の無線ネットワークノード。
  11. 前記プロセッサが、前記無線ネットワークノードに、バックオフタイマを前記無線端末へと送信させ、前記インジケーションは、さらに、前記バックオフタイマが満了した後に、前記無線端末が前記現在のアクセスタイプまたは前記別のアクセスタイプを介して前記第２のPDUセッション確立要求を開始することができることを示すために用いられる、請求項７に記載の無線ネットワークノード。
  12. 前記プロセッサが、前記無線ネットワークノードに、前記第１のPDUセッション確立要求に関連付けられたバックオフタイマを前記無線端末へと送信させ、
    前記インジケーションは、前記バックオフタイマが満了する前に、前記無線端末が前記現在のアクセスタイプとは異なる前記別のアクセスタイプを介して第２のPDUセッション確立要求を開始できることを示すために用いられる、請求項７に記載の無線ネットワークノード。
  13. 無線端末であって、
    少なくとも１つのプロセッサと、命令を格納するメモリとを備え、前記命令が前記プロセッサによって実行される場合、装置に、
    第１のプロトコルデータユニット(PDU：protocol data unit)セッション確立要求に関連付けられた拒否理由と、前記拒否理由が現在のアクセスタイプのみに適用されることを示すインジケーションとを無線ネットワークノードから受信させ、
    前記インジケーションが、前記無線端末が前記現在のアクセスタイプとは異なる別のアクセスタイプを介して第２のPDUセッション確立要求を開始できることを示し、
    前記第１のPDUセッション確立要求と前記第２のPDUセッション確立要求とは、同じ単一のネットワークスライス選択支援情報(S-NSSAI: Single Network Slice Selection Assistance information)に関連付けられる、無線端末。
  14. 前記拒否理由は、リソースが不足していることを示す、請求項１３に記載の無線端末。
  15. 前記現在のアクセスタイプが、第３世代パートナーシッププロジェクト(3GPP：3rdgeneration partnership project)アクセスタイプ、または、非３GPPアクセスタイプを含む、請求項１３に記載の無線端末。
  16. 前記プロセッサが、前記無線端末にバックオフタイマを受信させ、前記バックオフタイマが満了した後に、前記無線端末が前記現在のアクセスタイプまたは前記別のアクセスタイプを介して前記第２のPDUセッション確立要求を開始できる、請求項１３に記載の無線端末。
  17. 前記プロセッサが、前記無線端末に、前記無線ネットワークノードから前記第１のPDUセッション確立要求に関連付けられるバックオフタイマを受信させ、
    前記バックオフタイマが満了する前に、前記無線端末が前記現在のアクセスタイプとは異なる前記別のアクセスタイプを介して第２のPDUセッション確立要求を開始することができる、請求項１３に記載の無線端末。
  18. 前記無線ネットワークノードは、セッション管理機能を備える、請求項１３に記載の無線端末。
JP2024516658A 2021-11-04 2021-11-04 アクセスタイプごとのネットワークスライス受付制御のための方法 Active JP7745752B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/128765 WO2023077370A1 (en) 2021-11-04 2021-11-04 Method for per access type network slice admission control

Publications (2)

Publication Number Publication Date
JP2024538935A JP2024538935A (ja) 2024-10-28
JP7745752B2 true JP7745752B2 (ja) 2025-09-29

Family

ID=86240561

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2024516658A Active JP7745752B2 (ja) 2021-11-04 2021-11-04 アクセスタイプごとのネットワークスライス受付制御のための方法

Country Status (6)

Country Link
US (1) US20240224159A1 (ja)
EP (1) EP4378213A4 (ja)
JP (1) JP7745752B2 (ja)
KR (1) KR20240102935A (ja)
CN (1) CN117957879A (ja)
WO (1) WO2023077370A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2026065136A1 (zh) * 2024-09-27 2026-04-02 北京小米移动软件有限公司 通信方法、通信设备、通信系统、存储介质和程序产品

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020165192A1 (en) 2019-02-17 2020-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods for avoiding transmission of unnecessary messages in wireless communications and related networks and network nodes
WO2020186145A1 (en) 2019-03-13 2020-09-17 Convida Wireless, Llc Dynamic network capability configuration
WO2021119627A1 (en) 2019-12-13 2021-06-17 Ofinno, Llc Control of network slice

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019127038A1 (zh) * 2017-12-26 2019-07-04 Oppo广东移动通信有限公司 用于数据传输的方法、终端设备和网络设备
CN109743766B (zh) * 2018-02-13 2020-06-16 华为技术有限公司 一种数据路由选择的方法及装置
JP7401567B2 (ja) * 2019-09-12 2023-12-19 オッポ広東移動通信有限公司 無線通信の方法および装置
CN112449404B (zh) * 2020-10-21 2024-10-22 北京智联安行科技有限公司 一种改变用户终端网络接入类型的方法及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020165192A1 (en) 2019-02-17 2020-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods for avoiding transmission of unnecessary messages in wireless communications and related networks and network nodes
WO2020186145A1 (en) 2019-03-13 2020-09-17 Convida Wireless, Llc Dynamic network capability configuration
WO2021119627A1 (en) 2019-12-13 2021-06-17 Ofinno, Llc Control of network slice

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Nokia, Nokia Shanghai Bell，Clarifications of NSAC and NSAC for roaming cases，3GPP TSG SA WG2 #147E S2-2107943，2021年10月25日
Samsung, Ericsson，NSAC clarification，3GPP TSG SA WG2 #147E S2-2107948，2021年10月22日

Also Published As

Publication number Publication date
JP2024538935A (ja) 2024-10-28
KR20240102935A (ko) 2024-07-03
US20240224159A1 (en) 2024-07-04
EP4378213A4 (en) 2025-01-01
EP4378213A1 (en) 2024-06-05
WO2023077370A1 (en) 2023-05-11
CN117957879A (zh) 2024-04-30

Similar Documents

Publication Publication Date Title
US12207089B2 (en) User equipment, intra-core network apparatus, and communication control method
US12557169B2 (en) Method for small data transmission
KR102949222B1 (ko) 슬라이스 정보 업데이트를 위한 방법
US20240314886A1 (en) Method for slice resource release
US20240040528A1 (en) User equipment (ue) and communication control method performed by ue
US12213065B2 (en) User equipment (UE)
WO2022232999A1 (en) A method for session management function relocation
US12408020B2 (en) Method for transmitting radio node information
US20240224159A1 (en) Method for per access type network slice admission control
CN116250289A (zh) 用于网络切片认证授权状态的传递方法
WO2023137761A1 (en) Method for slice resource release
US12133072B2 (en) User equipment (UE)
US20240306045A1 (en) Method for session update after session management function failure and reselection
US20240236668A9 (en) Method, device and computer program product for wireless communication
WO2024109059A1 (en) Method,device and computer program product for wireless communication
US20240349177A1 (en) Method for network selection based on slice information
WO2024230021A1 (en) Wireless communication method and device thereof
US20250048459A1 (en) Method for edge computing
WO2022233030A1 (en) A method for network slice admission control
CN114846843A (zh) 请求分组数据网络连接信息的通信方法
CN117397307A (zh) 用于无线通信的方法、设备和计算机程序产品
CN116711397A (zh) 一种灾情通知方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240718

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240718

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20250409

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20250422

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20250718

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20250730

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250916

R150 Certificate of patent or registration of utility model

Ref document number: 7745752

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150