JP7298768B2

JP7298768B2 - ネットワークスライス固有の認証及び承認の間のネットワークスライスクォータ管理

Info

Publication number: JP7298768B2
Application number: JP2022503950A
Authority: JP
Inventors: イスクレンイアネフ，; 利之田村
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2019-12-20
Filing date: 2020-12-15
Publication date: 2023-06-27
Anticipated expiration: 2040-12-15
Also published as: JP2022541802A; EP3987838A1; US20220272531A1; WO2021125165A1

Description

本開示は、通信システムに関する。本開示は、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）規格又はその等価物若しくは派生物に従って動作する無線通信システム及びその装置に特に関連するが、これに限定するものではない。本開示は、いわゆる「５Ｇ」（あるいは「ＮｅｘｔＧｅｎｅｒａｔｉｏｎ」）システムにおいてネットワークスライスあたりのＵＥ数を監視、制御及び実施することに特に関連するが、これに限定するものではない。

略語
３ＧＰＰ第３世代パートナーシッププロジェクト（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）
５ＧＣ５Ｇコアネットワーク（５ＧＣｏｒｅＮｅｔｗｏｒｋ）
５ＧＳ５Ｇシステム（５ＧＳｙｓｔｅｍ）
５Ｇ－ＡＮ５Ｇアクセスネットワーク（５ＧＡｃｃｅｓｓＮｅｔｗｏｒｋ）
ＡＡＡ－Ｓ認証、承認及び会計サーバ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，ＡｕｔｈｏｒｉｚａｔｉｏｎａｎｄＡｃｃｏｕｎｔｉｎｇＳｅｒｖｅｒ）
ＡＡＡーＰ認証、承認及び会計プロキシ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，ＡｕｔｈｏｒｉｚａｔｉｏｎａｎｄＡｃｃｏｕｎｔｉｎｇＰｒｏｘｙ）
ＡＦアプリケーション機能（ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ）
ＡＭＦアクセス及びモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）
ＡＵＳＦ認証サーバ機能（ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｅｒＦｕｎｃｔｉｏｎ）
ＤＮＮデータネットワーク名（ＤａｔａＮｅｔｗｏｒｋＮａｍｅ）
ｇＮＢ次世代ノードＢ（ＮｅｘｔｇｅｎｅｒａｔｉｏｎＮｏｄｅＢ）
ＧＰＳＩ汎用公衆加入者アイデンティティ（ＧｅｎｅｒｉｃＰｕｂｌｉｃＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ）
ＧＳＴ汎用スライステンプレート（ＧｅｎｅｒｉｃＳｌｉｃｅＴｅｍｐｌａｔｅ）
ＮＡＳ非アクセス層（Ｎｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ）
ＮＤＡ秘密保持契約（Ｎｏｎ－ＤｉｓｃｌｏｓｕｒｅＡｇｒｅｅｍｅｎｔ）
ＮＥＦネットワーク露出機能（ＮｅｔｗｏｒｋＥｘｐｏｓｕｒｅＦｕｎｃｔｉｏｎ）
ＮＦネットワーク機能（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）
ＮＧ－ＲＡＮ次世代無線アクセスネットワーク（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）
ＮＲＮｅｗＲａｄｉｏ
ＮＳＱネットワークスライスクォータ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ）
ＮＳＳＡＡネットワークスライス固有の認証及び承認（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）
ＮＳＳＦネットワークスライス選択機能（ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＦｕｎｃｔｉｏｎ）
ＯＡＭ運用及び保守（ＯｐｅｒａｔｉｏｎｓａｎｄＭａｉｎｔｅｎａｎｃｅ）
ＰＣＣポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ）
ＰＣＦポリシー制御機能（ＰｏｌｉｃｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）
ＰＬＭＮ公衆陸上移動体通信網（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）
（Ｒ）ＡＮ（無線）アクセスネットワーク（（Ｒａｄｉｏ）ＡｃｃｅｓｓＮｅｔｗｏｒｋ）
ＲＲＣ無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）
ＳＬＡサービスレベルアグリーメント（ＳｅｒｖｉｃｅＬｅｖｅｌＡｇｒｅｅｍｅｎｔ）
ＵＤＭ統合データ管理（ＵｎｉｆｉｅｄＤａｔａＭａｎａｇｅｍｅｎｔ）
ＵＤＲ統合データリポジトリ（ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）
ＵＥユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）

本明細書の目的のために、３ＧＰＰＴＲ２１．９０５［１］及び以下に与えられる用語及び定義が適用される。本明細書において定義される用語は、もしあれば、３ＧＰＰＴＲ２１．９０５［１］における同じ用語の定義よりも優先される。

３ＧＰＰリリース１５及びリリース１６で定義されているネットワークスライシング機能により、事業者と特定業者の両方に多種多様な通信サービスが可能になる。ネットワークスライシング（ＮｅｔｗｏｒｋＳｌｉｃｉｎｇ）の商業的実行可能性を高めるために、ＧＳＭＡ５ＧＪＡは、ドキュメントＮＧ．１１６に、いくつかのネットワークスライスタイプ（ＮｅｔｗｏｒｋＳｌｉｃｅＴｙｐｅｓ）の説明を導き出すことができるジェネリックスライステンプレート（ＧｅｎｅｒｉｃＳｌｉｃｅＴｅｍｐｌａｔｅ）［４］の概念を導入している。ＧＳＴの一部のパラメータは、エンドカスタマに提供されるサービスのパラメータと境界の定義を明示的に示している。但し、これらの境界の一部又はこれらのパラメータの一部の実施は、５ＧＳではまだサポートされていない。

例えば、ＧＳＴは、スライスあたりのＰＤＵセッションの数、ネットワークスライスあたりのサポートされるデバイスの数、又はネットワークスライスあたりの最大ＵＬ若しくはＤＬデータレート（これは、ＵＥのためのＡＭＢＲと同じではなく、むしろＵＥ／Ｓ－ＮＳＳＡＩあたりのレート制限である）の制限を目的としている。これらのパラメータは、システムに実施する能力がないため、今日では実施できない。

ネットワークスライシングフェーズ２［５］の実施（ＥｎｈａｎｃｅｍｅｎｔｏｆＮｅｔｗｏｒｋＳｌｉｃｉｎｇＰｈａｓｅ２［５］）に関するＳＡ２ＳＩＤは、ＧＳＴパラメータの実施をサポートするために埋める必要のあるギャップと、これらのギャップに対処するための適切なソリューションと、を特定することを目的としている。

この調査の目的は、ＳＡ２が所有する技術仕様（ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎｓ）において定義された現在定義されている５ＧＳシステムプロシージャのギャップを特定してＧＳＴパラメータをサポートし、かつこれらのギャップに対処し得る取り得るソリューションを調査することである。少なくとも次のパラメータが検討される。
－ネットワークスライスあたりのＵＥの最大数
－ネットワークスライスあたりのＰＤＵセッションの最大数
－ネットワークスライス内のＵＥあたりの最大ＵＬ及びＤＬデータレート

ＳＡ１及びＧＳＭＡとの相互作用は、作業の進行に応じて特定された際に、明確化が必要なあらゆる側面で期待される。

３ＧＰＰＳＡ２ワーキンググループは、ＧＳＴ（ＧｅｎｅｒｉｃＳｌｉｃｅＴｅｍｐｌａｔｅ：ジェネリックスライステンプレート）パラメータの実施をサポートする方法の調査をすでに開始しているが、ネットワークスライス時のネットワークスライスあたりのＵＥの最大数に関するＳＬＡ（ＳｅｒｖｉｃｅＬｅｖｅｌＡｇｒｅｅｍｅｎｔ：サービスレベル契約）クォータの問題（例えば、Ｓ－ＮＳＳＡＩ）は、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）の対象となるが、まだ対処されていない。

本書では、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）の対象となるネットワークスライスについてのネットワークスライスあたりのＵＥの最大数に関するＳＬＡネットワークスライスクォータを監視、制御、及び実施する方法に関するソリューションを提案する。

本開示の態様によれば、ネットワークスライスクォータのためのネットワーク機能ノードは、ネットワークスライスのクォータについてのサービスオペレーションのための第１の要求であって、前記ネットワークスライスを示す情報を含む第１の要求を、モビリティ管理のためのコアネットワークノードから受信する手段と、前記ネットワークスライスの前記クォータについての前記サービスオペレーションの結果を示す、前記第１の要求に対する第１の応答を、モビリティ管理のための前記コアネットワークノードに送信する手段と、を備える。

本開示の別の態様によれば、モビリティ管理のためのコアネットワークノードは、ネットワークスライスのクォータについてのサービスオペレーションのための第１の要求であって、前記ネットワークスライスを示す情報を含む第１の要求を、ネットワークスライスクォータのためのネットワーク機能ノードに送信する手段と、前記ネットワークスライスの前記クォータについての前記サービスオペレーションの結果を示す、前記第１の要求に対する第１の応答を、ネットワークスライスクォータのための前記ネットワーク機能ノードから受信する手段と、を備える。

本開示の別の態様によれば、ネットワークスライスクォータのためのネットワーク機能ノードのための制御方法は、ネットワークスライスのクォータについてのサービスオペレーションのための第１の要求であって、前記ネットワークスライスを示す情報を含む第１の要求を、モビリティ管理のためのコアネットワークノードから受信することと、前記ネットワークスライスの前記クォータについての前記サービスオペレーションの結果を示す、前記第１の要求に対する第１の応答を、モビリティ管理のための前記コアネットワークノードに送信することと、を含む。

本開示の別の態様によれば、モビリティ管理のためのコアネットワークノードのための制御方法は、ネットワークスライスのクォータについてのサービスオペレーションのための第１の要求であって、前記ネットワークスライスを示す情報を含む第１の要求を、ネットワークスライスクォータのためのネットワーク機能ノードに送信することと、前記ネットワークスライスの前記クォータについての前記サービスオペレーションの結果を示す、前記第１の要求に対する第１の応答を、ネットワークスライスクォータのための前記ネットワーク機能ノードから受信することと、を含む。

図１は、新しく定義されたＮＳＱ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ：ネットワークスライスクォータ）サービス及び運用のより詳細な説明を与える。図２は、利用可能なクォータがない場合のＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）の間のネットワークスライスクォータ管理を示す。図３は、利用可能なクォータがある場合のＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）の間のネットワークスライスクォータ管理を示す。図４は、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）の認可の取り消し（Ｒｅｖｏｃａｔｉｏｎ）の間のネットワークスライスクォータ管理を示す。図５は、ＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）プロシージャ後のネットワークスライスクォータ管理を示す。図６は、ネットワークスライスクォータ通知（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａＮｏｔｉｆｉｃａｔｉｏｎ）のサブスクリプションを示す。図７は、モバイル（セルラ又は無線）通信システム１を概略的に示す。図８は、ＵＥ（モバイルデバイス３）の主要な構成要素を示すブロック図である。図９は、例示的な（Ｒ）ＡＮノード５（基地局）の主要な構成要素を示すブロック図である。図１０は、ジェネリックコアネットワークノード（又は機能）の主要な構成要素を示すブロック図である。

ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）の間のネットワークスライスクォータ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ）管理。
この例示的な態様は、ＮＳＳＡＡの対象となるネットワークスライスに対するネットワークスライスあたりのＵＥの最大数に対するＳＬＡクォータ制限を監視、制御、及び実施（ｅｎｆｏｒｃｅ）するための例示的な方法を説明する。

新しいＮＳＱ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ：ネットワークスライスクォータ）サービスを提案し、これは、ネットワークスライスクォータが指定されたネットワーク機能（例えば、ＮＳＱ－ネットワークスライスクォータ機能／エンティティ、又はネットワークスライスクォータあたりのＵＥの最大数（例えば、ＳＬＡ（ＳｅｒｖｉｃｅＬｅｖｅｌＡｇｒｅｅｍｅｎｔｓ））を監視、制御、及び実施する機能又はエンティティのためのその他の表記）によって管理されることを前提としている。この新しいＮＳＱは、既存のネットワークノード（例えば、ＮＳＳＦ、ＡＭＦ、ＰＣＦ、ＮＷＤＡＦ）内の新しい機能エンティティにすることができ、又はＮＳＱは、新しい物理エンティティとして実装することもできる）。表１に、以下のＮＳＱサービス及びＮＳＱ運用が提案されており、これらは、ＮＳＱが既存のネットワークノードの一部として表されている場合、又は新しい指定されたネットワークノードとして表されている場合の両方に適用することができる。

あるいは、ネットワークスライスクォータは、ＮＳＳＦネットワークエンティティ内の指定されたＮＳＱ機能によって管理することができ、このために、本開示は、既存のＮＳＳＦサービス内の以下のＮＳＱ関連サービス及びサービスオペレーションを提案する（表２を参照）。

図１は、新しく定義されたＮＳＱ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ：ネットワークスライスクォータ）サービス及び運用のより詳細な説明を与える。

・サービスオペレーション名：Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｓｕｂｓｃｒｉｂｅ／Ｕｎｓｕｂｓｃｒｉｂｅ、又はネットワークスライスクォータサービスのサブスクリプション及びサブスクリプション解除を目的としたサービスオペレーションのその他の表記。
・説明：このサービスオペレーションにより、ＡＭＦ１２は、ＮＳＱ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ：ネットワークスライスクォータ）関連サービス、例えば、ＮＳＱクォータの可用性チェック（ａｖａｉｌａｂｉｌｉｔｙｃｈｅｃｋ）、ＮＳＱクォータの更新、ＮＳＱクォータの通知、をサブスクライブ又はサブスクライブ解除（ｕｎｓｕｂｓｃｒｉｂｅ）することが可能となる。
・入力：ＡＭＦ１２がＮＳＱサービスのサブスクライブ又はサブスクライブ解除を希望するＳ－ＮＳＳＡＩ（複数可）、及び、ＮＳＱサービスのタイプ、例えば、「ネットワークスライスあたりのＵＥ数」クォータ、「ネットワークスライスあたりのＰＤＵセッション数」クォータ。複数の種類のＮＳＱサービスをパラメータとして含めることができる。いくつかの例示的な態様では、通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）のトリガを示すための新しいパラメータである「通知パラメータ」、例えば、周期的（ｐｅｒｉｏｄｉｃ）通知、閾値ベースの通知、及びイベントベースの通知などをパラメータとして含めることができる。

・サービスオペレーション名：Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求／応答（Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）、又はネットワークスライスクォータの可用性チェックを目的としたサービスオペレーションのその他の表記。
・説明：このサービスオペレーションにより、ＡＭＦ１２は、ＮＳＱ１３／ＮＳＳＦ１４でＮＳＱクォータの可用性、例えば、ネットワークスライスクォータの可用性あたりのＵＥの数をチェックすることができる。

・以下のパラメータを伴う入力（Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求）。
－ＮＳＱ制御の対象であるか否かがチェックされるＵＥ３を示すＵＥ＿Ｉｄ（例えば、ＵＥ３が、ＮＳＱクォータの可用性がチェックされるＳ－ＮＳＳＡＩに以前に登録されており、そのＳ－ＮＳＳＡＩに登録されているＵＥのリストに未だ存在するかどうか）。
－クォータの可用性がチェックされるＳ－ＮＳＳＡＩ（複数可）。
－ＮＳＱサービスのタイプ（例えば、「ネットワークスライスあたりのＵＥの数」クォータ、「ネットワークスライスあたりのＰＤＵセッションの数」クォータ）。

・以下のパラメータを伴う出力（Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答）。
－ＮＳＱクォータがチェックされているＳ－ＮＳＳＡＩ（複数可）。
－ＮＳＱクォータステータス（ＮＳＱクォータの現在のステータス、例えば、利用可能なクォータ又はネットワークスライスあたりのＵＥの現在の数）。複数の種類のＮＳＱクォータステータスをパラメータとして含めることができる。

・サービスオペレーション名：Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求／応答（Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）、又はネットワークスライスクォータの更新を目的としたサービスオペレーションのその他の表記。
・説明：このサービスオペレーションにより、ＡＭＦ１２は、１つ以上のネットワークスライスのＮＳＱ１３／ＮＳＳＦ１４のネットワークスライスクォータあたりのＵＥ数を更新し、これらのネットワークスライスのクォータの現在のステータスを取得することが可能になる。また、ＡＭＦ１２がＡＭＦ１２の計画された削除プロシージャを実行した場合、又はＡＭＦ１２が復元プロシージャ（ｒｅｓｔｏｒａｔｉｏｎｐｒｏｃｅｄｕｒｅ）に遭遇した場合、ＡＭＦ１２は、ＮＳＱ１３／ＮＳＳＦ１４のネットワークスライスクォータあたりのＵＥ数を更新することが可能となり得る。

・以下のパラメータを伴う（Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求）入力。
－ネットワークスライスクォータに追加又はネットワークスライスクォータから削除されるＵＥ（複数可）を示すＵＥ＿Ｉｄ（複数可）。
－ノードアイデンティファイア（ｎｏｄｅｉｄｅｎｔｉｆｉｅｒ）を示すＮｏｄｅ＿Ｉｄ、例えば、グローバルに一意のＦＱＤＮ形式のＡＭＦ名（ＡＭＦＮａｍｅ）であり、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージの送信元である。Ｎｏｄｅ＿ＩｄはあるがＵＥ＿Ｉｄはなく、ｕｐｄａｔｅ＿ｆｌａｇがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージで「デクリメント（ｄｅｃｒｅｍｅｎｔ）」に設定されている場合、ＮＳＱ／ＮＳＳＦは、Ｎｏｄｅ＿Ｉｄに関連付けられている、ＮＳＱ１３／ＮＳＳＦ１４に登録されているＵＥ（複数可）の数をデクリメントする。
－Ｓ－ＮＳＳＡＩ（複数可）は、どのネットワークスライスクォータを更新するかを示す。
－ＮＳＱサービスのタイプ（例えば、「ネットワークスライスあたりのＵＥの数」クォータ、「ネットワークスライスあたりのＰＤＵセッションの数」クォータ）。
－ｕｐｄａｔｅ＿ｆｌａｇは、クォータをインクリメントするかデクリメントするかを示す。あるいは、ｕｐｄａｔｅ＿ｆｌａｇは、ネットワークスライスあたりのＵＥの現在の数をインクリメントするかデクリメントするかを示すことができる。ＮＳＱ１３／ＮＳＳＦ１４は、クォータのインクリメント／デクリメントに加えて、登録時にＳ－ＮＳＳＡＩに登録されたＵＥのリストにＵＥ＿Ｉｄ及びＮｏｄｅ＿Ｉｄも追加する。

・以下のパラメータを伴う出力（Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答）。
－ＮＳＱクォータが更新されるＳ－ＮＳＳＡＩ（複数可）。
－ＮＳＱクォータステータス（ＮＳＱクォータの現在のステータス、例えば、利用可能なクォータ又はネットワークスライスあたりのＵＥの現在の数）。複数の種類のＮＳＱクォータステータスをパラメータとして含めることができる。

・サービスオペレーション名：Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｎｏｔｉｆｙ、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｎｏｔｉｆｉｃａｔｉｏｎ、又はネットワークスライスクォータの可用性通知を目的としたサービスオペレーションのその他の表記。
・説明：このサービスオペレーションにより、ＮＳＱ／ＮＳＳＦは、ＮＳＱクォータの現在のステータスを（定期的に（ｒｅｇｕｌａｒｌｙ）、又はトリガ若しくは閾値に基づいて）通知することが可能となる。
・入力：ＵＥ＿Ｉｄ、及び、クォータが報告されているＳ－ＮＳＳＡＩ（複数可）、及び、ＮＳＱクォータステータス（ＮＳＱクォータの現在のステータス、例えば、利用可能なクォータ又はネットワークスライスあたりのＵＥの現在の数）。複数の種類のＮＳＱクォータステータスをパラメータとして含めることができる。

使用事例１
図２は、利用可能なクォータがない場合、すなわち、ネットワークスライスあたりのＵＥの最大数に達した場合の、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）の間のネットワークスライスクォータ管理を示す。図２の例は、１つのネットワークスライスのデモンストレーションであるが、使用事例は、１つ以上のネットワークスライスにも同様に適用することができる。

ステップ１）．３ＧＰＰＴＳ（ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ：技術仕様）２３．５０２に従って、保留中のＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）についてＳ－ＮＳＳＡＩ＿１の拒絶で登録プロシージャ（登録手順）が完了した、又は、ＡＡＡサーバ（ＡＡＡ－Ｓｅｒｖｅｒ）がＮＳＳＡＡについての再認証をトリガした。ＡＡＡサーバは、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」のための再認証をいつでもトリガすることができる。この使用事例は、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」を保留しているネットワークスライスの例としてＳ－ＮＳＳＡＩ＿１で示されているが、このプロシージャは、登録プロシージャ後の「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」を保留している１つ以上のネットワークスライス（例えば、Ｓ－ＮＳＳＡＩ）にも同様に適用することができる。登録プロシージャでは、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」が保留中であるという理由で拒絶されたＳ－ＮＳＳＡＩ（複数可）について、ネットワークスライスクォータがそれらについて未だ更新されていないことを前提としている。

ステップ２）．ＡＭＦは、３ＧＰＰＴＳ２３．５０２、セクション４．２．９に従って、Ｓ－ＮＳＳＡＩ＿１に対する「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎプロシージャ」をトリガする。

ステップ３）．「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」の再認証によってトリガされない限り、ＡＭＦ１２は、ネットワークスライスクォータの可用性をチェックする。ＡＭＦ１２は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求（ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライスあたりのＵＥの数」クォータ）メッセージを、ＮＳＱ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ：ネットワークスライスクォータ）、又は、ネットワークスライスクォータ機能（例えば、ＮＳＳＦ、ＰＣＦ、ＮＷＤＡＦ）が同じ場所に配置され得る、その他のネットワークエンティティに送信する。ＡＭＦ１２は、以下のパラメータを含む。ＮＳＱ制御及び制限の対象であるか否かがチェックされるＵＥ３を示すＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）（登録が保留されている１つ以上のＳ－ＮＳＳＡＩ、例えば、Ｓ－ＮＳＳＡＩ＿１）、及び、値が「ネットワークスライスあたりのＵＥ（複数可）の数」クォータであるＮＳＱサービスのタイプ（又はＮＳＱサービスのタイプを示すフラグ／パラメータのその他の表記）。

ステップ４）．ＮＳＱ１３／ＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１のネットワークスライスクォータの可用性あたりのＵＥをチェックする。この使用事例では、その結果は、Ｓ－ＮＳＳＡＩ＿１あたりのＵＥの最大数を超えたこと、すなわち、クォータ利用不可である。

ＵＥ＿ＩｄがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージに含まれている場合、ＮＳＱ１３／ＮＳＳＦ１４は、ＵＥ＿Ｉｄが以前にＳ－ＮＳＳＡＩ＿１について登録されていること（すなわち、ＵＥ３がＳ－ＮＳＳＡＩ＿１に登録されているＵＥのリストにすでに含まれていること）を最初にチェックする。ＵＥ＿ＩｄがすでにＳ－ＮＳＳＡＩ＿１に登録されているＵＥのリストに存在する場合、それ以上のチェックは行われない、すなわち、クォータチェックは必要ない。ＵＥ３は拒絶されないものとする。

ステップ５）．ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ｎｏｎｕｍｂｅｒｏｆＵＥｓｐｅｒｎｅｔｗｏｒｋｓｌｉｃｅｑｕｏｔａａｖａｉｌａｂｌｅ（利用可能なネットワークスライスクォータあたりのＵＥの数が無い）」）メッセージを返し、Ｓ－ＮＳＳＡＩ＿１についてクォータが利用できないことをＡＭＦ１２に示す。

ステップ６）．ＵＥ３において許可されたＮＳＳＡＩのステータス（ａｌｌｏｗｅｄＮＳＳＡＩｓｔａｔｕｓ）を更新する必要がある場合（例えば、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｚａｔｉｏｎ」が行われた場合、又はＡＡＡサーバによりトリガされた「ＮｅｔｗｏｒｋＳｌｉｃｅ－ＳｐｅｃｉｆｉｃＲｅ－ａｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＲｅ－ａｕｔｈｏｒｉｚａｔｉｏｎプロシージャ」が失敗した場合）、ＡＭＦ１２は、ＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）プロシージャ（ＵＥ構成更新手順）をトリガする。ＡＭＦ１２は、ＵＥ構成更新（保留中のＳ－ＮＳＳＡＩ＿１を含まない更新された許可ＮＳＳＡＩリスト、Ｓ－ＮＳＳＡＩ＿１及び任意選択でＳ－ＮＳＳＡＩ＿１のためのバックオフタイマを含む更新された拒絶ＮＳＳＡＩリスト）メッセージをＵＥ３に送信し、そのメッセージにおいて、ＡＭＦ１２は、Ｓ－ＮＳＳＡＩ＿１を含まない更新された許可ＮＳＳＡＩリストと、今やＳ－ＮＳＳＡＩ＿１を含む更新された拒絶ＮＳＳＡＩリストと、をパラメータとして含む。任意選択で、ＡＭＦ１２は、拒絶されたＳ－ＮＳＳＡＩ＿１のためのバックオフタイマを含んでもよい。任意選択で、ＡＭＦ１２は、ＵＥ構成更新メッセージに、拒絶されたＳ－ＮＳＳＡＩ＿１の特定の原因値（ｃａｕｓｅｖａｌｕｅ）「クォータ利用不可（Ｎｏｑｕｏｔａａｖａｉｌａｂｌｅ）」を含めてもよい。

ステップ７）．ＡＭＦ１２によるＵＥ構成更新プロシージャの結果として、ＵＥ３は、Ｓ－ＮＳＳＡＩ＿１のステータスを「保留（ｐｅｎｄｉｎｇ）」から「拒絶（ｒｅｊｅｃｔｅｄ）」に変更し、Ｓ－ＮＳＳＡＩ＿１を未登録と見なすことになる。バックオフタイマがＵＥ構成更新メッセージに含まれている場合、ＵＥ３は、バックオフタイマの終了まで、バックオフタイマが返されたネットワークスライス（例えば、Ｓ－ＮＳＳＡＩ＿１）に対して他の登録を試みないものとする。Ａｌｌｏｗｅｄ（許可）ＮＳＳＡＩリストが空の場合、ＵＥ３は、登録解除をトリガしてもよい。

使用事例２
図３は、利用可能なクォータがある場合、すなわち、ネットワークスライスあたりのＵＥの最大数に未だ達していない場合の、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）の間のネットワークスライスクォータ管理を示す。

ステップ１）．３ＧＰＰＴＳ２３．５０２に従って、保留中のＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）に対するＳ－ＮＳＳＡＩ＿１の拒絶で登録プロシージャが完了した、又は、ＡＡＡサーバ（ＡＡＡ－Ｓｅｒｖｅｒ）がＮＳＳＡＡについての再認証をトリガした。ＡＡＡサーバは、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」のための再認証をいつでもトリガすることができる。この使用事例は、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」を保留しているネットワークスライスの例としてＳ－ＮＳＳＡＩ＿１で示されているが、このプロシージャは、登録プロシージャ後の「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」を保留している１つ以上のネットワークスライス（例えば、Ｓ－ＮＳＳＡＩ）にも同様に適用することができる。登録プロシージャでは、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」が保留中であるという理由で拒絶されたＳ－ＮＳＳＡＩ（複数可）について、ネットワークスライスクォータがそれらについて未だ更新されていないことを前提としている。

ステップ２）．ＡＭＦ１２は、３ＧＰＰＴＳ２３．５０２、セクション４．２．９に従って、Ｓ－ＮＳＳＡＩ＿１に対する「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎプロシージャ」をトリガする。

ステップ３）．「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」の再認証によってトリガされない限り、ＡＭＦ１２は、ネットワークスライスクォータの可用性をチェックする。ＡＭＦ１２は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求（ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライスあたりのＵＥ（複数可）の数」クォータ）メッセージを、ＮＳＱ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ：ネットワークスライスクォータ）に、又はネットワークスライスクォータ機能（例えば、ＮＳＳＦ１４、ＰＣＦ１６、ＮＷＤＡＦ）が同じ場所に配置され得る、その他のネットワークエンティティに送信する。ＡＭＦ１２は、以下のパラメータを含む。ＮＳＱ制御及び制限の対象であるか否かがチェックされるＵＥ３を示すＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）（登録が保留されている１つ以上のＳ－ＮＳＳＡＩ、例えば、Ｓ－ＮＳＳＡＩ＿１）、及び、値が「ネットワークスライスあたりのＵＥ（複数可）の数」クォータであるＮＳＱサービスのタイプ（又はＮＳＱサービスのタイプを示すフラグ／パラメータのその他の表記）。

ステップ４）．ＮＳＱ１３／ＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１のネットワークスライスクォータの可用性あたりのＵＥをチェックする。この使用事例では、その結果は、Ｓ－ＮＳＳＡＩ＿１あたりのＵＥの最大数を超えていないこと、すなわち、クォータが利用可能であることである。ＵＥ＿Ｉｄが、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージに含まれている場合、ＮＳＱ１３／ＮＳＳＦ１４は、ＵＥ＿ＩｄがＳ－ＮＳＳＡＩ＿１のＵＥのリストにすでに含まれていることを最初にチェックする。ＵＥ＿Ｉｄがすでに登録されている場合（すなわち、Ｓ－ＮＳＳＡＩ＿１に登録されているＵＥのリストに存在する場合）、それ以上のチェックは行われない、すなわち、クォータチェックは必要ない。ＵＥ３は拒絶されないものとする。

ステップ５）．ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ｎｕｍｂｅｒｏｆＵＥｓｐｅｒｎｅｔｗｏｒｋｓｌｉｃｅｑｕｏｔａａｖａｉｌａｂｌｅ（利用可能なネットワークスライスクォータあたりのＵＥの数）」）メッセージを返し、Ｓ－ＮＳＳＡＩ＿１についてクォータ利用可能であることをＡＭＦ１２に示す。

ステップ６）．ＥＡＰメッセージは、３ＧＰＰＴＳ２３．５０２、セクション４．２．９．２に従って、Ｓ－ＮＳＳＡＩ＿１に対する「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」のために、認証サーバ（例えば、ＡＡＡサーバ）とＵＥ３との間で交換される。

ステップ７）．ＡＭＦ１２は、ネットワークスライスクォータを更新してもよい。ネットワークスライスクォータを更新する必要がある場合、ＡＭＦ１２は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライスあたりのＵＥ（複数可）の数」クォータ、ｕｐｄａｔｅ＿ｆｌａｇ＝「デクリメント（ｄｅｃｒｅｍｅｎｔ）」）メッセージを、ＮＳＱ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ：ネットワークスライスクォータ）に、又は、ネットワークスライスクォータ機能（例えば、ＮＳＳＦ１４、ＰＣＦ１６、ＮＷＤＡＦ）が同じ場所に配置され得る、その他のネットワークエンティティに送信する。ＡＭＦ１２は、次のパラメータを含める。ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）（登録が「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」の対象となる１つ以上のＳ－ＮＳＳＡＩ、例えば、Ｓ－ＮＳＳＡＩ＿１）、及び、値が「ネットワークスライスあたりのＵＥ（複数可）の数」クォータであり、更新されるＮＳＱサービスのタイプを示す、ＮＳＱサービスのタイプ、及び、値が「デクリメント」であり、新しいＵＥ３がＳ－ＮＳＳＡＩ＿１について登録されている際にデクリメントされる、Ｓ－ＮＳＳＡＩ＿１のためのクォータを示す、ｕｐｄａｔｅ＿ｆｌａｇ。
なお、「デクリメントされるクォータ」とは、デクリメントされるべき残りのクォータ、すなわち、インクリメントされるクォータについて登録されているＵＥの数を意味する。

ステップ８）．ＮＳＱ１３／ＮＳＳＦ１４は、ＮＳＳＡＩ＿１に登録されているＵＥのリストにＵＥ＿Ｉｄを追加することにより、Ｓ－ＮＳＳＡＩ＿１内のＵＥのリストを更新し、Ｓ－ＮＳＳＡＩ＿１で利用可能なクォータをデクリメントする。あるいは、Ｓ－ＮＳＳＡＩ＿１の利用可能なクォータをデクリメントする代わりに、ＮＳＱ１３／ＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１に登録されているＵＥの数を増やしてもよく、そのＵＥの数は、Ｓ－ＮＳＳＡＩ＿１のクォータが利用可能か否かを決定するためのそのＳ－ＮＳＳＡＩ＿１に許可されているＵＥの最大数と後で比較することができる。Ｎｏｄｅ＿ＩｄはあるがＵＥ＿Ｉｄはなく、ｕｐｄａｔｅ＿ｆｌａｇがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージで「デクリメント（ｄｅｃｒｅｍｅｎｔ）」に設定されている場合、ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｏｄｅ＿Ｉｄに関連付けられている、ＮＳＱ１３／ＮＳＳＦ１４に登録されているＵＥ（複数可）の数をデクリメントする。

ステップ９）．ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス）メッセージを返し、そのメッセージには、ＮＳＱ１３／ＮＳＳＦ１４により、Ｓ－ＮＳＳＡＩ＿１の残りのクォータが含められる。あるいは、ＮＳＱ１３／ＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１に登録されているＵＥの現在の数を示してもよい。

ステップ１０）．ＵＥ３において許可ＮＳＳＡＩのステータスを更新する必要がある場合（すなわち、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｚａｔｉｏｎ」が行われた場合、又は、ＡＡＡサーバによりトリガされた「ＮｅｔｗｏｒｋＳｌｉｃｅ－ＳｐｅｃｉｆｉｃＲｅ－ａｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＲｅ－ａｕｔｈｏｒｉｚａｔｉｏｎプロシージャ」が失敗した場合）、ＡＭＦ１２は、ＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）プロシージャをトリガする。ＡＭＦ１２は、ＵＥ構成更新（Ｓ－ＮＳＳＡＩ＿１を含む更新された許可ＮＳＳＡＩリスト）メッセージをＵＥ３に送信し、そのメッセージにおいて、ＡＭＦ１２は、現在Ｓ－ＮＳＳＡＩ＿１を含む更新された許可ＮＳＳＡＩリストをパラメータとして含む。

ステップ１１）．ＡＭＦ１２によるＵＥ構成更新プロシージャの結果として、ＵＥ３は、Ｓ－ＮＳＳＡＩ＿１のステータスを「保留」から「許可」に変更し、Ｓ＿ＮＳＳＡＩ＿１を登録済みネットワークスライスと見なすことになる。更新された許可ＮＳＳＡＩリスト内のすべてのネットワークスライスが同じＡＭＦ１２によってサーブされているわけではない場合、ＡＭＦ１２は、ＡＭＦ再割り当てプロシージャをトリガしてもよい。

使用事例３
図４は、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）の認可の取り消しの間のネットワークスライスクォータ管理を示す。

ステップ１）．この使用事例では、１つ以上のＳ－ＮＳＳＡＩ（複数可）への登録で登録プロシージャが完了し、ここで、Ｓ－ＮＳＳＡＩ＿１は、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」の対象となる。このプロシージャは、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ」の対象となる１つ以上の登録済みＳ－ＮＳＳＡＩにも同様に適用することができる。

ステップ２）．ＡＡＡ－Ｓ１７は、このメッセージのＧＰＳＩによって識別されたＵＥ３に対する認証取り消し要求（ＲｅｖｏｋｅＡｕｔｈｏｒｉｚａｔｉｏｎＲｅｑｕｅｓｔ）メッセージにおいてＳ－ＮＳＳＡＩ＿１により指定されたネットワークスライスに対する認可の取り消しを要求する。

ステップ３）．ＡＡＡサーバが３ＧＰＰ事業者のドメイン外にある場合、ネットワーク事業者のドメインからのＡＡＡプロキシを使用して、取り消し要求をＡｕｔｈノードに中継する。

ステップ４）．ＡＡＡ－Ｐ１８ノードは、認証取り消し要求（ＲｅｖｏｋｅＡｕｔｈＲｅｑｕｅｓｔ）メッセージをＡｕｔｈノードに転送する。

ステップ５）．ＡＵＳＦ１１は、Ｎａｕｓｆ認証取り消し要求（ＮａｕｓｆＲｅｖｏｋｅＡｕｔｈＲｅｑｕｅｓｔ）（ＧＰＳＩ、Ｓ－ＮＳＳＡＩ＿１）メッセージを、関連するＡＭＦ１２に送信して、ＵＥ３に対するＳ－ＮＳＳＡＩ＿１ＮｅｔｗｏｒｋＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎを取り消す。このプロシージャは、ＡＵＳＦ１１が通常の再認証プロシージャをトリガしてそのプロシージャが失敗した場合、又はＵＤＭ１５がネットワークスライスの通常のサブスクリプション取り消しをトリガした場合にも有効である。

ステップ６）．ＡＭＦ１２は、ネットワークスライスクォータあたりのＵＥを更新する。ＡＭＦ１２は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライスあたりのＵＥ（複数可）の数」クォータ、ｕｐｄａｔｅｆｌａｇ＝「インクリメント（ｉｎｃｒｅｍｅｎｔ）」）メッセージを、ＮＳＱ（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ：ネットワークスライスクォータ）に、又は、ネットワークスライスクォータ機能（例えば、ＮＳＳＦ１４、ＰＣＦ１６、ＮＷＤＡＦ）が同じ場所に配置され得る、その他のネットワークエンティティに送信する。ＡＭＦ１２は、次のパラメータを含める。ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）（登録がＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎの対象となる１つ以上のＳ－ＮＳＳＡＩ、例えば、Ｓ－ＮＳＳＡＩ＿１）、及び、値が「ネットワークスライスあたりのＵＥ（複数可）の数」クォータであり、更新されるＮＳＱサービスのタイプを示す、ＮＳＱサービスのタイプ、及び値が「インクリメント」であり、ＵＥ３がＳ－ＮＳＳＡＩ＿１について取り消されている際にインクリメントされる、Ｓ－ＮＳＳＡＩ＿１のためのクォータを示す、ｕｐｄａｔｅ＿ｆｌａｇ。なお、「インクリメントされるクォータ」とは、インクリメントされるべき残りのクォータ、すなわち、デクリメントされるクォータについて登録されているＵＥの数を意味する。

ステップ７）．ＮＳＱ１３／ＮＳＳＦ１４は、ＮＳＳＡＩ＿１に登録されているＵＥのリストからＵＥ＿Ｉｄを削除することにより、Ｓ－ＮＳＳＡＩ＿１内のＵＥのリストを更新し、Ｓ－ＮＳＳＡＩ＿１で利用可能なクォータをインクリメントする。あるいは、Ｓ－ＮＳＳＡＩ＿１の利用可能なクォータをインクリメントする代わりに、ＮＳＱ１３／ＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１に登録されているＵＥの数を減らしてもよく、そのＵＥの数は、Ｓ－ＮＳＳＡＩ＿１のクォータが利用可能か否かを決定するためのそのＳ－ＮＳＳＡＩ＿１に許可されているＵＥの最大数と後で比較することができる。Ｎｏｄｅ＿ＩｄはあるがＵＥ＿Ｉｄはなく、ｕｐｄａｔｅ＿ｆｌａｇがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージで「デクリメント（ｄｅｃｒｅｍｅｎｔ）」に設定されている場合、ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｏｄｅ＿Ｉｄに関連付けられている、ＮＳＱ１３／ＮＳＳＦ１４に登録されているＵＥ（複数可）の数をデクリメントする。

ステップ８）．ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス）メッセージを返し、そのメッセージには、ＮＳＱ１３／ＮＳＳＦ１４により、Ｓ－ＮＳＳＡＩ＿１の残りのクォータが含められる。あるいは、ＮＳＱ１３／ＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１に登録されているＵＥの現在の数を示してもよい。

ステップ９）．ＡＭＦ１２は、ＵＥ構成を更新して、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｚａｔｉｏｎ」がこのＳ－ＮＳＳＡＩ＿１で正常に実行された任意のアクセスタイプ（ＡｃｃｅｓｓＴｙｐｅ）の現在のＡｌｌｏｗｅｄＮＳＳＡＩからＳ－ＮＳＳＡＩ＿１を取り消す。ＵＥ構成更新メッセージは、ＡＭＦ１２を再割り当てする必要がある場合に登録する要求を含んでもよい。ＡＭＦ１２は、認可が取り消されたＳ－ＮＳＳＡＩ＿１を削除することにより、新しいＡｌｌｏｗｅｄＮＳＳＡＩリストをＵＥ３に提供する。ＡＭＦ１２は、新しい拒絶ＮＳＳＡＩリストを、認可が取り消されたＳ－ＮＳＳＡＩ＿１を含むＵＥ３に提供する。取り消し後のアクセスのためのＡｌｌｏｗｅｄＮＳＳＡＩリストにＳ－ＮＳＳＡＩが残っておらず、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎ」を必要としない、又は、「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎ」が以前にこのアクセスを介して失敗しなかった、ＤｅｆａｕｌｔＮＳＳＡＩが存在する場合、ＡＭＦ１２は、ＤｅｆａｕｌｔＮＳＳＡＩを含むＵＥ３に新しいＡｌｌｏｗｅｄＮＳＳＡＩを提供してもよい。

ステップ１０）．取り消し後のアクセスのためのＡｌｌｏｗｅｄＮＳＳＡＩにＳ－ＮＳＳＡＩが残っておらず、ＡｌｌｏｗｅｄＮＳＳＡＩにおいてＵＥ３にＤｅｆａｕｌｔＮＳＳＡＩを提供できない場合、又は、このアクセスを介してＤｅｆａｕｌｔＮＳＳＡＩに対して以前の「ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎ」が失敗した場合、ＡＭＦ１２は、アクセスに対してネットワークが開始する登録解除プロシージャを実行し、明示的な登録解除要求メッセージ（Ｄｅ－ＲｅｇｉｓｔｒａｔｉｏｎＲｅｑｕｅｓｔｍｅｓｓａｇｅ）に、ＲｅｊｅｃｔｅｄＳ－ＮＳＳＡＩのリストを含めることとし、各Ｓ－ＮＳＳＡＩは、適切な拒絶原因値を含む。

この場合、ＮＳＱ１３／ＮＳＳＦ１４におけるネットワークスライスクォータは、ステップ７でインクリメントされているため、ネットワークが開始する登録解除プロシージャの間に更新されなくなることを前提とする。あるいは、ＵＥ３がステップ１０で登録解除されようとしていることをＡＭＦ１２が把握する場合、ＡＭＦ１２は、ステップ６に示されるように、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ動作を開始しない。この処理により、ＵＥ３がネットワークから登録解除される場合、ＮＳＱ１３／ＮＳＳＦ１４におけるネットワークスライスクォータを登録解除プロシージャによっていつでも更新することができる。

使用事例４
図５は、ＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）プロシージャ後のネットワークスライスクォータ管理を示す。

この使用事例は、ＵＥ３へのＮＳＳＡＩステータスの更新が成功した後にネットワークスライスクォータを更新することを特徴とする。

ステップ１）．Ａｌｌｏｗｅｄ又はＲｅｊｅｃｔｅｄＮＳＳＡＩリストの変更（ＵＥ３ＡｌｌｏｗｅｄＮＳＳＡＩリスト及びＵＥ３ＲｅｊｅｃｔｅｄＮＳＳＡＩリストのＳ－ＮＳＳＡＩは、例えば、ＵＥ３がトラッキングエリア（ＴｒａｃｋｉｎｇＡｒｅａ）を変更した場合に、いつでも変更することができる）。変更のソースは、例えば、ネットワークスライス関連の制限が適用された又は解除されたときのＰＣＦ１６、及び、再認証がトリガされて失敗したときのＡＵＳＦ１１、及び、ネットワークスライス関連のサブスクリプションが更新されたときのＵＤＭ１５など、さまざまなものとすることができる。ネットワークスライスステータスのこれらの変更のすべては、ＵＥ３におけるネットワークスライスステータスの更新を担うＡＭＦ１２に対して示される。

ステップ２）．ＵＥ構成更新プロシージャ（ＵＥに関連するネットワークスライスステータスが変更されると、ＡＭＦ１２は、ＵＥ構成更新プロシージャをトリガする（３ＧＰＰＴＳ２３．５０２参照））。ＵＥ３がアイドルモードにある場合、ＡＭＦ１２は、最初にＵＥ３をページングし、次にＵＥ構成更新メッセージを送信する。

ステップ３）．ＡＭＦ１２は、ＵＥ構成更新プロシージャが、ＵＥ３が登録されているネットワークスライスに影響を与えるか否か、例えば、ＵＥ３のＡｌｌｏｗｅｄＮＳＳＡＩリスト又はＲｅｊｅｃｔｅｄＳ－ＮＳＳＡＩリストが更新されるか否かをチェックする。

ステップ４）．ＵＥ３Ａｌｌｏｗｅｄ又はＲｅｊｅｃｔｅｄＮＳＳＡＩリストがＵＥ構成プロシージャによって更新され、更新されたＳ－ＮＳＳＡＩ（複数可）がネットワークスライスクォータの制御及び実施の対象となる場合、ＡＭＦ１２は、ネットワークスライスクォータ更新要求をＮＳＱ１３／ＮＳＳＦ１４に送信する（Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ、ｕｐｄａｔｅｆｌａｇ））。ＡＭＦ１２は、次のパラメータを含める。ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）（１つ以上のＳ－ＮＳＳＡＩがそれらのステータスを変更した、例えば、許可又は拒絶になった）、及び、値が「ネットワークスライスあたりのＵＥ（複数可）の数」クォータであり、更新されるＮＳＱサービスのタイプを示す、ＮＳＱサービスのタイプ、及び各Ｓ－ＮＳＳＡＩについてクォータがインクリメントされるかデクリメントされるかを示し、例えば、新しい許可されたＳ－ＮＳＳＡＩの場合はインクリメントされ、新しい拒絶されたＳ－ＮＳＳＡＩの場合はデクリメントされる、ｕｐｄａｔｅ＿ｆｌａｇ。

ステップ５）．ＮＳＱ１３／ＮＳＳＦ１４は、ステップ４のＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージの内容に従って、示されたＳ－ＮＳＳＡＩ（複数可）に登録されているＵＥのリストを更新する。

ステップ６）．ＮＳＡＱ１３／ＮＳＳＦ１４は応答し、ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス）メッセージを返し、そのメッセージにおいて、ＮＳＱ１３／ＮＳＳＦ１４は、ＵＥ３が登録されている、Ｓ－ＮＳＳＡＩ（複数可）の残りのクォータを含める。
なお、ステップ３～ステップ６は、ＡＭＦ１２がＵＥ構成更新コマンド（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅＣｏｍｍａｎｄ）メッセージをＵＥ３に送信する直前に実行することができる。

なお、ステップ３～ステップ６は、ＡＭＦ１２がＵＥ構成更新コマンドメッセージをＵＥ３に送信した後であるが、ＡＭＦ１２がＵＥ３からＵＥ構成更新完了（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅＣｏｍｐｌｅｔｅ）メッセージを受信する前に実行することができる。

使用事例５
図６は、ネットワークスライスクォータ通知（ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａＮｏｔｉｆｉｃａｔｉｏｎ）のサブスクリプションを示す。例示の図は、Ｓ－ＮＳＳＡＩ＿１のサブスクリプションを示しているが、複数のＳ－ＮＳＳＡＩの場合にも有効である。

ステップ１）．ＡＭＦ１２は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｓｕｂｃｒｉｂｅ（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライスあたりのＵＥ数」クォータ）メッセージをＮＳＱ１３／ＮＳＳＦ１４に送信することにより、ネットワークスライスクォータ（ＮＳＱ）通知サービスのサブスクリプションを要求する。ＡＭＦ１２は、入力パラメータとして、ＮＳＱ通知サービスが必要なＳ－ＮＳＳＡＩ（複数可）（例えば、Ｓ－ＮＳＳＡＩ＿１）、ＮＳＱサービスのタイプ（例えば、「ネットワークスライスあたりのＵＥ数」クォータ）、及び通知パラメータを含む。通知パラメータは、構造タイプとすることができ、その通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）、例えば、周期的な通知、閾値ベースの通知、イベントベースの通知、のトリガをさらに示すことができる。

ステップ２）．ＮＳＱ１３／ＮＳＳＦ１４は、要求されたＳ－ＮＳＳＡＩ（複数可）、例えば、Ｓ－ＮＳＳＡＩ＿１のためのＮＳＱ通知の以下のタイプのうちの１つに対してＡＭＦ１２をサブスクライブする。
－周期的な通知（ｐｅｒｉｏｄｉｃＮｏｔｉｆｉｃａｔｉｏｎ）（ＮＳＱクォータステータス（ネットワークスライスあたりのＵＥの数又は現在の数としてのＵＥクォータの可用性に関する）は、ＡＭＦ１２で必要とされる周期性で周期的に通知される）。
－閾値トリガ通知（ｔｈｒｅｓｈｏｌｄｔｒｉｇｇｅｒｅｄＮｏｔｉｆｉｃａｔｉｏｎ）（ＮＳＱクォータステータス（ネットワークスライスあたりのＵＥの数又は現在の数としてのＵＥクォータの可用性に関する）は、クォータが閾値（例えば、サブスクリプション要求においてＡＭＦ１２により定義されたもの、又は事業者により定義されたもの）に達すると、通知される）。
－イベントトリガ通知（ｅｖｅｎｔｔｒｉｇｇｅｒｅｄＮｏｔｉｆｉｃａｔｉｏｎ）（ＮＳＱクォータステータス（ネットワークスライスあたりのＵＥの数又は現在の数としてのＵＥクォータの可用性に関する）は、イベントトリガ（例えば、ＵＥ３がローミング相手に、又は指定されたエリアなどに移動したこと）に基づいてＡＭＦ１２に通知される）。

ステップ３）．ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｎｏｔｉｆｙ（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス）をＡＭＦ１２に送信する。ＮＳＱ１３／ＮＳＳＦ１４は、通知メッセージに、次のパラメータを含める。通知された（Ｎｏｔｉｆｉｅｄ）クォータが適用されるＳ－ＮＳＳＡＩ（複数可）（例えば、Ｓ－ＮＳＳＡＩ＿１）、及びネットワークスライスあたりのＵＥの数又は現在の数としてのＵＥクォータの可用性に関するＮＳＱクォータステータス。

概要
有益なことに、上記の例示的な態様には、これらに限定されないが、次の機能のうちの１つ以上が含まれる。
ＮＳＱ１３／ＮＳＳＦ１４を有するＡＭＦ１２によるネットワークスライスクォータ管理サブスクリプションあたりのＵＥ。ＡＭＦ１２は、次のサービスについてＮＳＱ１３／ＮＳＳＦ１４でサブスクライブ又はサブスクライブ解除してもよい。
・ＮＳＳＡＡプロシージャの間のネットワークスライスクォータの可用性チェックあたりのＵＥ。ＮＳＱ１３／ＮＳＳＦ１４は、ＡＭＦ１２からの要求に応じて、１つ以上のＳ－ＮＳＳＡＩのためのクォータの可用性をチェックし、利用可能なクォータ又は利用不可能なクォータの結果を返す。
入力－ＡＭＦ１２は、ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージでクォータの可用性チェックを要求し、そのメッセージにおいて、ＡＭＦ１２は、ＵＥ＿Ｉｄ、クォータチェックの対象となるＳ－ＮＳＳＡＩ（複数可）、及びチェックするＮＳＱサービスのタイプを示すフラグを含む。
処理－ＮＳＱ１３／ＮＳＳＦ１４は、要求されたクォータが利用可能か否かをチェックする。
出力－ＮＳＱ１３／ＮＳＳＦ１４は、クォータ利用可／利用不可の結果をＡＭＦ１２に返す。その出力に基づいて、ＡＭＦ１２は、ＵＥ３の許可されたＮＳＳＡＩリストからクォータが利用できないＳ－ＮＳＳＡＩ（複数可）を削除してそれによりクォータ制限を実施して時間、リコース、及びシグナリングをも節約することにより、ＮＳＳＡＡプロシージャをキャンセルしてＳ－ＮＳＳＡＩ（複数可）を拒絶すること、又はクォータが利用可能な場合はＮＳＳＡＡプロシージャを続行すること、のいずれかを行う。
・ＮＳＳＡＡプロシージャの間のネットワークスライスクォータの更新あたりのＵＥ。ＮＳＱ１３／ＮＳＳＦ１４は、ＡＭＦ１２からの要求に応じて、要求されたＳ－ＮＳＳＡＩ（複数可）のためのクォータ（増加又は減少）を更新する。
入力－ＡＭＦ１２は、ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、クォータ更新の対象となるＳ－ＮＳＳＡＩ（複数可）、及びクォータの増減を示すフラグを含むＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージでクォータ更新を要求する。
処理－ＮＳＱ１３／ＮＳＳＦ１４は、ＡＭＦ１２からの要求に基づいてクォータを増減させる。ＮＳＱは、クォータが検証可能になるように、ＵＥ＿Ｉｄを、リスト／テーブル内に追加又はリスト／テーブルから削除する。
出力－ＮＳＱ１３／ＮＳＳＦ１４は、ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答でＡＭＦ１２に応答を返し、Ｓ－ＮＳＳＡＩ（複数可）を示し、それは現在のクォータステータスを示してもよい。その出力に基づいて、ＡＭＦ１２は、ＮＳＳＡＡプロシージャが正常に完了したＳ－ＮＳＳＡＩを含む許可ＮＳＳＡＩリストでＵＥ３を更新する、すなわち、これらのＳ－ＮＳＳＡＩ（複数可）は、ステータスを「保留」から「許可」に変更する。
・ＮＳＳＡＡプロシージャの間のネットワークスライスクォータ通知あたりのＵＥ。ＮＳＱ１３／ＮＳＳＦ１４は、定期的に、又はトリガ（例えば、クォータの変更）に応じて、現在のクォータステータスをＡＭＦ１２に通知してもよい。

これらの機能を提供するために、上記の例示的な態様は、次のステップ（の少なくともいくつか）を備える例示的な方法を説明する。
ＮＳＱ１３／ＮＳＳＦ１４を有するＡＭＦ１２によるネットワークスライスクォータ管理サブスクリプションあたりのＵＥ。ＡＭＦ１２は、次のサービスについてＮＳＱ１３／ＮＳＳＦ１４でサブスクライブ又はサブスクライブ解除してもよい。
１）ＮＳＳＡＡプロシージャの間のネットワークスライスクォータの可用性チェックあたりのＵＥ。ＮＳＱ１３／ＮＳＳＦ１４は、ＡＭＦ１２からの要求に応じて、１つ以上のＳ－ＮＳＳＡＩのためのクォータの可用性をチェックし、利用可能なクォータ又は利用不可能なクォータの結果を返す。
２）ＮＳＳＡＡプロシージャの間のネットワークスライスクォータの更新あたりのＵＥ。ＮＳＱ１３／ＮＳＳＦ１４は、ＡＭＦ１２からの要求に応じて、要求されたＳ－ＮＳＳＡＩ（複数可）のためのクォータ（増加又は減少）を更新する。
３）ＮＳＳＡＡプロシージャの間のネットワークスライスクォータ通知あたりのＵＥ。ＮＳＱ１３／ＮＳＳＦ１４は、定期的に、又はトリガ（例えば、クォータの変更）に応じて、現在のクォータステータスをＡＭＦ１２に通知してもよい。

利点
本開示のいくつかの例示的な態様は、ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎプロシージャ及びＡｕｔｈｏｒｉｓａｔｉｏｎサブスクリプション取り消しプロシージャの間にＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎの対象となるネットワークスライスに登録されたＵＥの数の監視及び制御を可能にする。本開示のいくつかの例示的な態様はまた、ネットワークスライスクォータあたりのＵＥの最大数に達したときにＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎの対象となるネットワークスライスにおけるアクセス及びサービス制限を実施する。

システム概要
図７は、上記の例示的な態様が適用可能な、モバイル（セルラ又は無線）通信システム１を概略的に示す。

このネットワークでは、モバイル装置３（ＵＥ）のユーザが適切な３ＧＰＰ無線アクセス技術（ＲＡＴ）、例えば、Ｅ‐ＵＴＲＡ及び／又は５ＧＲＡＴを使用して、各基地局５及びコアネットワーク７を介して、互いに及び他のユーザと通信することができる。多くの基地局５が（無線）アクセスネットワーク又は（Ｒ）ＡＮを形成することが理解される。当業者が理解するように、１台のモバイル装置３及び１台の基地局５（ＲＡＮ）が例示の目的で図７に示されるが、システムは、実装される際に、典型的には他の基地局及びモバイル装置（ＵＥ）を含む。

各基地局５は、１つ又は複数の関連付けられたセルを（直接的に、又、はホーム基地局、中継器、リモート無線ヘッド、及び／又は分散ユニットなどの他のノードを介して）制御する。Ｅ‐ＵＴＲＡ／４Ｇプロトコルをサポートする基地局５は「ｅＮＢ」と呼ばれてもよく、ＮｅｘｔＧｅｎｅｒａｔｉｏｎ（次世代）／５Ｇプロトコルをサポートする基地局５は「ｇＮＢ」と呼ばれてもよい。いくつかの基地局５は、４Ｇ及び５Ｇの双方、及び／又は他の任意の３ＧＰＰ又は非３ＧＰＰの通信プロトコルをサポートするように構成されてもよいことが理解される。

モバイル装置３とそのサービング基地局５とは、適切なエアインタフェース（例えば、いわゆる「Ｕｕ」インタフェース及び／又は同様のもの）を介して接続される。隣接する基地局５は（いわゆる「Ｘ２」インタフェース、及び／又は「Ｘｎ」インタフェースなど）基地局インタフェースに対する適切な基地局を介して互いに接続される。基地局５は、適切なインタフェース（いわゆる「Ｓ１」、「Ｎ２」、及び／又は「Ｎ３」インタフェースなど）を介して、コアネットワークノードにも接続される。非アクセス層（Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ、ＮＡＳ）インタフェース（例えば、いわゆる「Ｎ１」インタフェース等）は、基地局５を介してモバイル装置３とコアネットワークノードとの間に接続される。

コアネットワーク７は、典型的には通信システム１における通信をサポートするための論理ノード（又は「機能」）を含む。典型的には、例えば、「ＮｅｘｔＧｅｎｅｒａｔｉｏｎ」／５Ｇシステムのコアネットワーク７は、他の機能に加えて、制御プレーン機能（ＣＰＦ）及びユーザプレーン機能（ＵＰＦ）を含む。コアネットワーク７は、とりわけ、認証サーバ機能（ＡＵＳＦ）１１，アクセス及びモビリティ管理機能（ＡＭＦ）１２、ネットワークスライスクォータ（ＮＳＱ）１３／ネットワークスライス選択機能（ＮＳＳＦ）１４、統一データ管理（ＵＤＭ）１５、ポリシー制御機能（ＰＣＦ）１６、及び、認証、承認及び会計サーバ（ＡＡＡ－Ｓ）１７／認証、承認及び会計プロキシ（ＡＡＡ－Ｐ）１８を含むこともできることが理解される。コアネットワーク７から（インターネットなどの）外部ＩＰネットワーク／データネットワーク２０への接続も提供される。

このシステム１の構成要素は、上記の例示的な態様のうちの１つまたは複数を実行するように構成される。

ユーザ装置（ＵＥ：Ｕｓｅｒｅｑｕｉｐｍｅｎｔ）
図８は、図７に示すＵＥ（モバイル装置３）の主要な構成要素を示すブロック図である。図示したように、ＵＥ３は、３つ以上のアンテナ３３を介して、接続されたノード（複数可）に信号を送信し、当該ノードから信号を受信するように動作可能なトランシーバ回路３１を含む。図８には必ずしも図示されていないが、ＵＥは、当然ながら（ユーザインタフェース３５など）従来のモバイル装置の通常の機能をすべて有することになり、これは、必要に応じて、ハードウェア、ソフトウェア、及びファームウェアの任意の３つ又は任意の組合せによって提供され得る。コントローラ３７は、メモリ３９内に格納されたソフトウェアに従ってＵＥ３の動作を制御する。ソフトウェアは、例えば、メモリ３９に予めインストールされていてもよく、及び／又は通信ネットワーク１を介して、若しくは取り外し可能なデータ記憶装置（ＲＭＤ：ｒｅｍｏｖａｂｌｅｄａｔａｓｔｏｒａｇｅｄｅｖｉｃｅ）からダウンロードされてもよい。ソフトウェアは、特に、オペレーティングシステム４１と通信制御モジュール４３とを含む。通信制御モジュール４３は、ＵＥ３と、（Ｒ）ＡＮノード５、及びコアネットワークノードを含む他のノードとの間の、シグナリングメッセージ及びアップリンク／ダウンリンクデータパケットに処理する（生成する／送信する／受信する）ことを担う。このようなシグナリングは、ネットワークスライス毎のＵＥ数を監視、制御及び実施することに関する適切にフォーマットされた要求および応答を含む。

（Ｒ）ＡＮノード
図９は、図７に示す例示的な（Ｒ）ＡＮノード５（基地局）の主要な構成要素を示すブロック図である。図示したように、（Ｒ）ＡＮノード５は、１つ以上のアンテナ５３を介して、接続されたＵＥ３（複数可）に信号を送信し、当該ＵＥ３から信号を受信し、ネットワークインタフェース５５を介して（直接的あるいは間接的に）他のネットワークノードに信号を送信し、当該ノードから信号を受信するように動作可能なトランシーバ回路５１を含む。ネットワークインタフェース５５は、典型的には、適切な基地局－基地局インタフェース（Ｘ２／Ｘｎなど）と、適切な基地局－コアネットワークインタフェース（Ｓ１／Ｎ２／Ｎ３など）とを含む。コントローラ５７は、メモリ５９内に格納されたソフトウェアに従って（Ｒ）ＡＮノード５の動作を制御する。ソフトウェアは、例えば、メモリ５９に予めインストールされていてもよく、及び／又は通信ネットワーク１を介して、若しくは取り外し可能なデータ記憶装置（ＲＭＤ：ｒｅｍｏｖａｂｌｅｄａｔａｓｔｏｒａｇｅｄｅｖｉｃｅ）からダウンロードされてもよい。ソフトウェアは、特に、オペレーティングシステム６１と通信制御モジュール６３とを含む。通信制御モジュール６３は、（Ｒ）ＡＮノード５と、ＵＥ３及びコアネットワークノードなどの他のノードとの間のシグナリングを処理（生成／送信／受信）する役割を担う。このようなシグナリングは、ネットワークスライス毎のＵＥ数を監視、制御及び実施することに関する適切にフォーマットされた要求および応答を含む。

コアネットワークノード
図１０は、図７に示す、一般的なコアネットワークノード（又は機能）、例えば、ＮＡＵＳＦ１１、ＡＭＦ１２，ＮＳＱ１３／ＮＳＳＦ１４、ＵＤＭ１５、ＰＣＦ１６、及びＡＡＡ－Ｓ１７／ＡＡＡ－Ｐ１８の主要な構成要素を示すブロック図である。図示したように、コアネットワークノードは、ネットワークインタフェース７５を介して他のノード（ＵＥ３及び（Ｒ）ＡＮノード５を含む）に信号を送信し、当該他のノードから信号を受信するように動作可能なトランシーバ回路７１を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに従って、コアネットワークノードの動作を制御する。ソフトウェアは、例えば、メモリ７９に予めインストールされていてもよく、及び／又は通信ネットワーク１を介して、若しくは取り外し可能なデータ記憶装置（ＲＭＤ：ｒｅｍｏｖａｂｌｅｄａｔａｓｔｏｒａｇｅｄｅｖｉｃｅ）からダウンロードされてもよい。ソフトウェアは、特に、オペレーティングシステム８１と、少なくとも通信制御モジュール８３とを含む。通信制御モジュール８３は、コアネットワークノードと、ＵＥ３、（Ｒ）ＡＮノード５、及び他のコアネットワークノードなどの他のノードとの間のシグナリングを処理する（生成する／送信する／受信する）役割を果たす。このようなシグナリングは、ネットワークスライス毎のＵＥ数を監視、制御及び実施することに関する適切にフォーマットされた要求および応答を含む。

変形例及び代替例
以上、詳細な例示的な態様について説明してきた。当業者が理解しうるように、上記の例示的な態様に対して、多数の変形及び代替を行うことができ、そこで実施される本開示の利点を得ることができる。ここでは、例示のために、これらの代替例及び変形例のうちのいくつかのみを説明する。

上記の説明ではＵＥ、（Ｒ）ＡＮノード、コアネットワークノードはいくつかの個別モジュール（通信制御モジュールなど）を有するものとして理解しやすくするために説明されている。これらのモジュールは、例えば、既存のシステムが上記例示的な態様を実装するように変形された特定の用途のために、又は、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムにおける他の用途のためにこのように提供されてもよい。一方で、これらのモジュールは、オペレーティングシステム又はコードの全体に組み込まれてもよく、従って、これらのモジュールは、別個のエンティティとして識別できなくてもよい。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、又はこれらの組み合わせで実装されてもよい。

各コントローラは、例えば、１つ以上のハードウェアで実装されたコンピュータプロセッサと、マイクロプロセッサと、ＣＰＵ（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ：中央処理装置）と、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃｌｏｇｉｃｕｎｉｔ：算術論理ユニット）と、ＩＯ（ｉｎｐｕｔ／ｏｕｔｐｕｔ：入出力）回路と、内部メモリ／キャッシュ（プログラム及び／若しくはデータ）と、プロセッシングレジスタと、通信バス（例えば、コントロール、データ、及び／若しくはアドレスバス）と、ＤＭＡ（ｄｉｒｅｃｔｍｅｍｏｒｙａｃｃｅｓｓ：ダイレクトメモリアクセス）機能と、ハードウェア若しくはソフトウェアで実装されたカウンタ、ポインタ、及び／若しくはタイマなどを含む（但しそれらに限定はされない）任意の適当な形式の処理回路を備えてもよい。

上記の例示的な態様で、多くのソフトウェアモジュールを説明した。当業者は理解することになるように、ソフトウェアモジュールは、コンパイルされた形態又はコンパイルされていない形態で提供されてもよく、コンピュータネットワーク上の信号として、又は記録媒体上で、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードに供給されてもよい。更に、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用ハードウェア回路を使用して実行してもよい。但し、ソフトウェアモジュールの使用はＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードの更新を容易にし、それらの機能を更新するために好ましい。

上記の例示的な態様は、また、「非モバイル」若しくは概して固定式のユーザ機器にも適用できる。

様々な他の変形が当業者には明らかであり、ここでは、それ以上詳細には説明しない。

本明細書に記載の参考文献一覧
［１］３ＧＰＰＴＲ２１．９０５：「３ＧＰＰ仕様書のボキャブラリ」（Ｖｏｃａｂｕｌａｒｙｆｏｒ３ＧＰＰＳｐｅｃｉｆｉｃａｔｉｏｎｓ）．Ｖ１５．０．０（２０１８－０３）
［２］３ＧＰＰＴＳ２３．５０１：「５Ｇシステムのシステムアーキテクチャ；ステージ２」（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅｆｏｒｔｈｅ５ＧＳｙｓｔｅｍ；Ｓｔａｇｅ２）．Ｖ１６．１．０（２０１９－０６）
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２３＿ｓｅｒｉｅｓ／２３．５０１／２３５０１－ｇ２０．ｚｉｐ
［３］３ＧＰＰＴＳ２３．５０２：「５Ｇシステムの手続き；ステージ２」”Ｐｒｏｃｅｄｕｒｅｓｆｏｒｔｈｅ５ＧＳｙｓｔｅｍ；Ｓｔａｇｅ２” Ｖ１６．１４０（２０１９－０６）
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２３＿ｓｅｒｉｅｓ／２３．５０２／２３５０２－ｇ２０．ｚｉｐ
［４］汎用ネットワークスライステンプレート
ｈｔｔｐｓ：／／ｗｗｗ．ｇｓｍａ．ｃｏｍ／ｎｅｗｓｒｏｏｍ／ｗｐ－ｃｏｎｔｅｎｔ／ｕｐｌｏａｄｓ／ＮＧ．１１６－ｖ１．０．ｐｄｆ
［５］２０１９年６月、日本、札幌、ＳＡ２＃１３４２４－２８で合意されたネットワークスライシングフェーズ２の強化に関するＳＡ２ＳＩＤ
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２３＿ｓｅｒｉｅｓ／２３．７００－４０／２３７００－４０－０２０．ｚｉｐ

この出願は２０１９年１２月２０日に出願された欧州特許出願第１９２１８９７２．８号に基づくものであり、その優先権の利益を主張し、その開示は、参照によりその全体が本明細書に組み込まれる。

１モバイル（セルラまたは無線）通信システム
３モバイル装置（ＵＥ）
５基地局
７コアネットワーク
１１認証サーバ機能（ＡＵＳＦ）
１２アクセス及びモビリティ管理機能（ＡＭＦ）
１３ネットワークスライスクォータ（ＮＳＱ）
１４ネットワークスライス選択機能（ＮＳＳＦ）
１５統合データ管理（ＵＤＭ）機能
１６ポリシー制御機能（ＰＣＦ）
１７認証、承認及び会計サーバ（ＡＡＡ－Ｓ）
１８認証、承認及び会計プロキシ（ＡＡＡ－Ｐ）
２０外部ＩＰネットワーク
３１トランシーバ回路
３３アンテナ
３５ユーザインタフェース
３７コントローラ
３９メモリ
４１オペレーティングシステム
４３通信制御モジュール
５１トランシーバ回路
５３アンテナ
５５ネットワークインタフェース
５７コントローラ
５９メモリ
６１オペレーティングシステム
６３通信制御モジュール
７１トランシーバ回路
７５ネットワークインタフェース
７７コントローラ
７９メモリ
８１オペレーティングシステム
８３通信制御モジュール

Claims

ネットワークスライスクォータのためのネットワーク機能（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）ノードであって、
ネットワークスライスを示す情報を含む第１の要求を、モビリティ管理のためのコアネットワークノードから受信する手段と、
前記ネットワークスライスについてのＵＥの最大数を超えたことを示す第１の応答を、モビリティ管理のための前記コアネットワークノードに送信する手段と、
を備え、
前記第１の要求は、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）手順に基づいてトリガされ、
前記第１の応答は、前記第１の要求への応答である、
ネットワークスライスクォータのためのネットワーク機能ノード。
前記第１の応答は、前記ネットワークスライスの可用性を含む、
請求項１に記載のネットワークスライスクォータのためのネットワーク機能ノード。
前記第１の要求は、前記ＮＳＳＡＡ手順の間に送信され、
前記ネットワークスライスの前記可用性が、前記ネットワークスライスが利用できないことを示す場合、前記第１の応答は、モビリティ管理のための前記コアネットワークノードにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）へ送信させて、前記ネットワークスライスを示す前記情報のステータスを「保留」から「拒絶」に変更させる、
請求項２に記載のネットワークスライスクォータのためのネットワーク機能ノード。
前記第１の要求は、前記ＮＳＳＡＡ手順の間に送信され、
ネットワークスライスクォータのための当該ネットワーク機能ノードは、
前記ネットワークスライスの前記可用性が、前記ネットワークスライスが利用できることを示す場合、前記ネットワークスライスのクォータを更新するための第２の要求であって、前記ネットワークスライスを示す情報を含む第２の要求を、モビリティ管理のための前記コアネットワークノードから受信する手段と、
前記第２の要求に基づいて、前記ネットワークスライスの前記クォータを更新する手段と、
前記更新の結果を含む、前記第２の要求に対する第２の応答を、モビリティ管理のための前記コアネットワークノードに送信する手段と、
を更に備え、
前記第２の応答は、モビリティ管理のための前記コアネットワークノードにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）へ送信させて、前記ネットワークスライスを示す前記情報のステータスを「保留」から「許可」に変更させる、
請求項２に記載のネットワークスライスクォータのためのネットワーク機能ノード。
前記第１の要求は、前記ＮＳＳＡＡ手順の取り消しに起因して送信され、
前記第１の要求は、前記ネットワークスライスのクォータをインクリメントする要求を含み、
ネットワークスライスクォータのための当該ネットワーク機能ノードは、
前記ネットワークスライスの前記クォータをインクリメントする要求に基づいて、前記ネットワークスライスの前記クォータをインクリメントすることにより前記ネットワークスライスの前記クォータを更新する手段
を更に備え、
前記第１の応答は、モビリティ管理のための前記コアネットワークノードに、ＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）へ送信させて、ネットワークスライスの許可リストから前記第１の要求により示される前記ネットワークスライスを削除することにより、前記許可リストを更新させる、
請求項１に記載のネットワークスライスクォータのためのネットワーク機能ノード。
前記第１の要求は、ユーザ装置（ＵＥ）のためのネットワークスライスの許可リスト又は拒絶リストの変更に起因して送信され、
前記第１の要求は、前記ネットワークスライスのクォータをインクリメント又はデクリメントする要求を含み、
ネットワークスライスクォータのための前記ネットワーク機能ノードは、
前記ネットワークスライスの前記クォータをインクリメント又はデクリメントする前記要求に基づいて、前記ネットワークスライスの前記クォータをインクリメント又はデクリメントすることにより前記ネットワークスライスの前記クォータを更新する手段
を更に備える、
請求項１に記載のネットワークスライスクォータのためのネットワーク機能ノード。
前記ネットワークスライスのクォータは、前記ネットワークスライスのためのユーザ装置（ＵＥ）の数と、前記ネットワークスライスのためのＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションの数とのうちの少なくとも１つに関するクォータを含み、
前記第１の要求は、前記ネットワークスライスのためのＵＥの数と前記ネットワークスライスのためのＰＤＵセッションの数とのうちの少なくとも１つを示す情報を含む、
請求項１乃至６のうちの何れか１項に記載のネットワークスライスクォータのためのネットワーク機能ノード。
モビリティ管理のためのコアネットワークノードであって、
ネットワークスライスを示す情報を含む第１の要求を、ネットワークスライスクォータのためのネットワーク機能（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）ノードに送信する手段と、
前記ネットワークスライスについてのＵＥの最大数を超えたことを示す第１の応答を、ネットワークスライスクォータのための前記ネットワーク機能ノードから受信する手段と、
を備え、
前記第１の要求は、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）手順に基づいてトリガされ、
前記第１の応答は、前記第１の要求への応答である、
モビリティ管理のためのコアネットワークノード。
前記第１の応答は、前記ネットワークスライスの可用性を含む、
請求項８に記載のモビリティ管理のためのコアネットワークノード。
前記送信する手段は、前記第１の要求を、前記ＮＳＳＡＡ手順の間に送信するように構成され、
前記モビリティ管理のためのコアネットワークノードは、
前記ネットワークスライスの前記可用性が、前記ネットワークスライスが利用できないことを示す場合、前記ネットワークスライスを示す前記情報のステータスを「保留」から「拒絶」に変更するためにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置へ送信する手段
を更に備える、
請求項９に記載のモビリティ管理のためのコアネットワークノード。
前記送信する手段は、前記第１の要求を、前記ＮＳＳＡＡ手順の間に送信するように構成され、
当該モビリティ管理のためのコアネットワークノードは、
前記ネットワークスライスの前記可用性が、前記ネットワークスライスが利用できることを示す場合、前記ネットワークスライスのクォータを更新するための第２の要求であって、前記ネットワークスライスを示す情報を含む第２の要求を、ネットワークスライスクォータのための前記ネットワーク機能ノードへ送信する手段と、
前記更新の結果を含む、前記第２の要求に対する第２の応答を、ネットワークスライスクォータのための前記ネットワーク機能ノードから受信する手段と、
前記更新の前記結果に応じて、前記ネットワークスライスを示す前記情報のステータスを「保留」から「許可」に変更するためにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）に送信する手段と、
を更に備える、
請求項９に記載のモビリティ管理のためのコアネットワークノード。
前記送信する手段は、前記第１の要求を、前記ＮＳＳＡＡ手順の取り消しに起因して送信するように構成され、
前記第１の要求は、前記ネットワークスライスのクォータをインクリメントする要求を含み、
前記第１の要求は、ネットワークスライスクォータのための前記ネットワーク機能ノードに、前記ネットワークスライスの前記クォータをインクリメントすることにより、前記ネットワークスライスの前記クォータを更新させ、
前記モビリティ管理のためのコアネットワークノードは、
前記第１の応答に応答して、ネットワークスライスの許可リストから前記第１の要求により示される前記ネットワークスライスを削除することにより前記許可リストを更新するためにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）に送信する手段、
を更に備える、
請求項８に記載のモビリティ管理のためのコアネットワークノード。
前記送信する手段は、前記第１の要求を、ユーザ装置（ＵＥ）のためのネットワークスライスの許可リスト又は拒絶リストの変更に起因して送信するように構成され、
前記第１の要求は、前記ネットワークスライスのクォータをインクリメント又はデクリメントする要求を含み、
前記第１の要求は、ネットワークスライスクォータのための前記ネットワーク機能ノードに、前記ネットワークスライスの前記クォータをインクリメント又はデクリメントすることにより、前記ネットワークスライスの前記クォータを更新させる、
請求項８に記載のモビリティ管理のためのコアネットワークノード。
前記ネットワークスライスのクォータは、ネットワークスライスのためのユーザ装置（ＵＥ）の数と、前記ネットワークスライスのためのＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションの数とのうちの少なくとも１つに関するクォータを含み、
前記第１の要求は、前記ネットワークスライスのためのＵＥの数と前記ネットワークスライスのためのＰＤＵセッションの数とのうちの少なくとも１つを示す情報を含む、
請求項８乃至１３のうちの何れか１項に記載のモビリティ管理のためのコアネットワークノード。
ネットワークスライスクォータのためのネットワーク機能（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）ノードのための制御方法であって、
ネットワークスライスを示す情報を含む第１の要求を、モビリティ管理のためのコアネットワークノードから受信することと、
前記ネットワークスライスについてのＵＥの最大数を超えたことを示す第１の応答を、モビリティ管理のための前記コアネットワークノードに送信することと、
を含み、
前記第１の要求は、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）手順に基づいてトリガされ、
前記第１の応答は、前記第１の要求への応答である、
制御方法。
前記第１の応答は、前記ネットワークスライスの可用性を含む、
請求項１５に記載の制御方法。
前記第１の要求は、前記ＮＳＳＡＡ手順の間に送信され、
前記ネットワークスライスの前記可用性が、前記ネットワークスライスが利用できないことを示す場合、前記第１の応答は、モビリティ管理のための前記コアネットワークノードにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）へ送信させて、前記ネットワークスライスを示す前記情報のステータスを「保留」から「拒絶」に変更させる、
請求項１６に記載の制御方法。
前記第１の要求は、前記ＮＳＳＡＡ手順の間に送信され、
前記制御方法は、
前記ネットワークスライスの前記可用性が、前記ネットワークスライスが利用できることを示す場合、前記ネットワークスライスのクォータを更新するための第２の要求であって、前記ネットワークスライスを示す情報を含む第２の要求を、モビリティ管理のための前記コアネットワークノードから受信することと、
前記第２の要求に基づいて、前記ネットワークスライスの前記クォータを更新することと、
前記更新の結果を含む、前記第２の要求に対する第２の応答を、モビリティ管理のための前記コアネットワークノードに送信することと、
を更に含み、
前記第２の応答は、モビリティ管理のための前記コアネットワークノードにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）へ送信させて、前記ネットワークスライスを示す前記情報のステータスを「保留」から「許可」に変更させる、
請求項１６に記載の制御方法。
前記第１の要求は、前記ＮＳＳＡＡ手順の取り消しに起因して送信され、
前記第１の要求は、前記ネットワークスライスのクォータをインクリメントする要求を含み、
前記制御方法は、
前記ネットワークスライスの前記クォータをインクリメントする前記要求に基づいて、前記ネットワークスライスの前記クォータをインクリメントすることにより前記ネットワークスライスの前記クォータを更新すること
を更に含み、
前記第１の応答は、モビリティ管理のための前記コアネットワークノードに、ＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）へ送信させて、ネットワークスライスの許可リストから前記第１の要求により示される前記ネットワークスライスを削除することにより、前記許可リストを更新させる、
請求項１５に記載の制御方法。
前記第１の要求は、ユーザ装置（ＵＥ）のためのネットワークスライスの許可リスト又は拒絶リストの変更に起因して送信され、
前記第１の要求は、前記ネットワークスライスのクォータをインクリメント又はデクリメントする要求を含み、
前記制御方法は、
前記ネットワークスライスの前記クォータをインクリメント又はデクリメントする前記要求に基づいて、前記ネットワークスライスの前記クォータをインクリメント又はデクリメントすることにより前記ネットワークスライスの前記クォータを更新すること
を更に含む、
請求項１５に記載の制御方法。
前記ネットワークスライスのクォータは、ネットワークスライスのためのユーザ装置（ＵＥ）の数と、前記ネットワークスライスのためのＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションの数とのうちの少なくとも１つに関するクォータを含み、
前記第１の要求は、前記ネットワークスライスのためのＵＥの数と前記ネットワークスライスのためのＰＤＵセッションの数とのうちの少なくとも１つを示す情報を含む、
請求項１５乃至２０のうちの何れか１項に記載の制御方法。
モビリティ管理のためのコアネットワークノードのための制御方法であって、
ネットワークスライスを示す情報を含む第１の要求を、ネットワークスライスクォータのためのネットワーク機能（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）ノードに送信することと、
前記ネットワークスライスについてのＵＥの最大数を超えたことを示す第１の応答を、ネットワークスライスクォータのための前記ネットワーク機能ノードから受信することと、
を含み、
前記第１の要求は、ＮＳＳＡＡ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｐｅｃｉｆｉｃＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＡｕｔｈｏｒｉｓａｔｉｏｎ）手順に基づいてトリガされ、
前記第１の応答は、前記第１の要求への応答である、
制御方法。
前記第１の応答は、前記ネットワークスライスの可用性を含む、
請求項２２に記載の制御方法。
前記送信することは、前記第１の要求を、前記ＮＳＳＡＡ手順の間に送信することを含み、
前記制御方法は、
前記ネットワークスライスの前記可用性が、前記ネットワークスライスが利用できないことを示す場合、前記ネットワークスライスを示す前記情報のステータスを「保留」から「拒絶」に変更するためにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置に送信すること
を更に含む、
請求項２３に記載の制御方法。
前記送信することは、前記第１の要求を、前記ＮＳＳＡＡ手順の間に送信することを含み、
当該制御方法は、
前記ネットワークスライスの前記可用性が、前記ネットワークスライスが利用できることを示す場合、前記ネットワークスライスのクォータを更新するための第２の要求であって、前記ネットワークスライスを示す情報を含む第２の要求を、ネットワークスライスクォータのための前記ネットワーク機能ノードに送信することと、
前記更新の結果を含む、前記第２の要求に対する第２の応答を、ネットワークスライスクォータのための前記ネットワーク機能ノードから受信することと、
前記更新の前記結果に応じて、前記ネットワークスライスを示す前記情報のステータスを「保留」から「許可」に変更するためにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）へ送信することと、
を更に含む、
請求項２３に記載の制御方法。
前記送信することは、前記第１の要求を、前記ＮＳＳＡＡ手順の取り消しに起因して送信することを含み、
前記第１の要求は、前記ネットワークスライスのクォータをインクリメントする要求を含み、
前記第１の要求は、ネットワークスライスクォータのための前記ネットワーク機能ノードに、前記ネットワークスライスの前記クォータをインクリメントすることにより、前記ネットワークスライスの前記クォータを更新させ、
前記制御方法は、
前記第１の応答に応答して、ネットワークスライスの許可リストから前記第１の要求により示される前記ネットワークスライスを削除することにより前記許可リストを更新するためにＵＥ構成更新（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅ）メッセージをユーザ装置（ＵＥ）へ送信すること、
を更に含む、
請求項２２に記載の制御方法。
前記送信することは、前記第１の要求を、ユーザ装置（ＵＥ）のためのネットワークスライスの許可リスト又は拒絶リストの変更に起因して送信することを含み、
前記第１の要求は、前記ネットワークスライスのクォータをインクリメント又はデクリメントする要求を含み、
前記第１の要求は、ネットワークスライスクォータのための前記ネットワーク機能ノードに、前記ネットワークスライスの前記クォータをインクリメント又はデクリメントすることにより、前記ネットワークスライスの前記クォータを更新させる、
請求項２２に記載の制御方法。
前記ネットワークスライスのクォータは、ネットワークスライスのためのユーザ装置（ＵＥ）の数と、前記ネットワークスライスのためのＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションの数とのうちの少なくとも１つに関するクォータを含み、
前記第１の要求は、前記ネットワークスライスのためのＵＥの数と前記ネットワークスライスのためのＰＤＵセッションの数とのうちの少なくとも１つを示す情報を含む、
請求項２２乃至２７のうちの何れか１項に記載の制御方法。