JP7306564B2 - ローミング中のネットワークスライスクォータ管理 - Google Patents

Description

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

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

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

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

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

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

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

作業の進展に伴ってアイデンティファイされるように、ＳＡ１及びＧＳＭＡとのやりとりは、明瞭にすることを必要とするあらゆる側面で期待される。

３ＧＰＰ ＳＡ２ワーキンググループ（３ＧＰＰ ＳＡ２ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）は、ＧＳＴ（Ｇｅｎｅｒｉｃ Ｓｌｉｃｅ Ｔｅｍｐｌａｔｅ：汎用スライステンプレート）パラメータの監視、制御、及び実施をサポートする方法に関する研究を既に開始しているものの、ローミングにおけるネットワークスライス（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ）当たりのＵＥの最大数に関するＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ：サービス水準合意）クォータによる問題は、未だに解決されていない。この開示は、ローミングにおけるネットワークスライス当たりのＵＥの最大数についてのＳＬＡクォータを監視、制御、及び実施する方法についてのソリューションを提案する。

本開示の態様によれば、ネットワークスライスクォータのためのネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）ノードは、ネットワークスライス当たりのユーザ装置（ＵＥ）の数に関するネットワークスライスクォータを管理する手段を備える。

本開示の別の態様によれば、コアネットワークにおけるコアネットワークノードは、ネットワークスライス当たりのユーザ装置（ＵＥ）の数に関するネットワークスライスクォータを管理するように構成されたネットワークスライスクォータのためのネットワーク機能ノード（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）に対して、直接又は前記コアネットワークにおける他のネットワーク機能ノードを介して、ネットワークスライスの可用性をチェックするための第１の要求であって、前記ネットワークスライスを示す情報を含む第１の要求を送信する手段と、前記可用性を示す、前記第１の要求に対する第１の応答を、ネットワークスライスクォータのための前記ネットワーク機能ノードから直接又は前記他のネットワーク機能ノードを介して、受信する手段と、を備え、前記チェックは、ネットワークスライス当たりのＵＥの前記数に関する前記ネットワークスライスクォータに従って、ネットワークスライスクォータのための前記ネットワーク機能ノードによって行なわれる。

本開示の別の態様によれば、ネットワークスライスクォータのためのネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）ノードのための制御方法は、ネットワークスライス当たりのユーザ装置（ＵＥ）の数に関するネットワークスライスクォータを管理することを含む。

本開示の別の態様によれば、コアネットワークにおけるコアネットワークノードのための制御方法は、ネットワークスライス当たりのユーザ装置（ＵＥ）の数に関するネットワークスライスクォータを管理するように構成されたネットワークスライスクォータのためのネットワーク機能ノード（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）に対して、直接又は前記コアネットワークにおける或るネットワーク機能ノードを介して、ネットワークスライスの可用性をチェックするための第１の要求であって、前記ネットワークスライスを示す情報を含む第１の要求を送信することと、前記可用性を示す、前記第１の要求に対する第１の応答を、ネットワークスライスクォータのための前記ネットワーク機能ノードから直接又は前記或るネットワーク機能ノードを介して、受信することと、を含み、前記チェックは、ネットワークスライス当たりのＵＥの前記数に関する前記ネットワークスライスクォータに従って、ネットワークスライスクォータのための前記ネットワーク機能ノードによって行なわれる。

図１は、新たに定義されたＮＳＱ（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｑｕｏｔａ：ネットワークスライスクォータ）のサービス及びオペレーションをより詳細に示す。 図２は、ｈＰＬＭＮ（ｈｏｍｅ ＰＬＭＮ：ホームＰＬＭＮ）による、ローミング中のネットワークスライスクォータ管理のための例示的なプロシージャを概略的に示す。 図３は、ｈＰＬＭＮにおける、ネットワークスライスクォータ管理及び実施ごとのＵＥのための例示的なプロシージャを概略的に示す。 図４は、モデル１のローミングにおけるｈＮＳＱ／ｈＮＳＳＦによる「Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数」のクォータ可用性チェックのための例示的なプロシージャを概略的に示す。 図５は、モデル１のローミングにおけるｈＮＳＱ／ｈＮＳＳＦによる「Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数」のクォータ更新のための例示的なプロシージャを概略的に示す。 図６は、ｖＰＬＭＮ（ｖｉｓｉｔｉｎｇ ＰＬＭＮ：訪問ＰＬＭＮ）によるローミング中のネットワークスライスクォータ管理のための例示的なアーキテクチャを概略的に示す。 図７は、ローミングにおけるｖＮＳＱ／ｖＮＳＳＦによるネットワークスライス当たりのＵＥの数のクォータ更新のための例示的なプロシージャを概略的に示す（モデル２）。 図８は、ＮＳＱに対するネットワークスライスクォータのサブスクライブ／サブスクライブ解除（Ｓｕｂｓｃｒｉｂｅ／Ｕｎｓｕｂｓｃｒｉｂｅ）のための例示的なプロシージャを概略的に示す（モデル２）。 図９は、ＮＳＱに対するネットワークスライスクォータの可用性（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｑｕｏｔａ Ａｖａｉｌａｂｉｌｉｔｙ）チェックのための例示的なプロシージャを概略的に示す（モデル２）。 図１０は、ＮＳＱに対するネットワークスライスクォータ更新のための例示的なプロシージャを概略的に示す（モデル２）。 図１１は、ＯＡＭに対するネットワークスライスクォータの通知のための例示的なプロシージャを概略的に示す（モデル２）。 図１２は、ＮＥＦを介したＡＦによるローミング中のネットワークスライスクォータ管理のための例示的なアーキテクチャを概略的に示す。 図１３は、ローミングにおけるｖＮＳＱ／ｖＮＳＳＦによるネットワークスライス当たりのＵＥの数のクォータ更新のための例示的なプロシージャを概略的に示す（モデル３）。 図１４は、ＮＥＦを介したＡＦによるネットワークスライスクォータ情報サブスクリプションのための例示的なプロシージャを概略的に示す（モデル３）。 図１５は、ＮＥＦを介したＡＦによるネットワークスライスクォータ可用性チェックのための例示的なプロシージャを概略的に示す（モデル３）。 図１６は、ＮＥＦを介したＡＦによるネットワークスライスクォータ更新のための例示的なプロシージャを概略的に示す（モデル３）。 図１７は、ＮＥＦを介したＡＦに対するネットワークスライスクォータ通知のための例示的なプロシージャを概略的に示す（モデル３）。 図１８は、上記の例示的な態様が適用可能なモバイル（セルラまたは無線）通信システム１を概略的に示す。 図１９は、ＵＥ（モバイル装置３）の主要な構成要素を示すブロック図である。 図２０は、例示的な（Ｒ）ＡＮノード５（基地局）の主要な構成要素を示すブロック図である。 図２１は、汎用コアネットワークノード（又は機能）の主要な構成要素を示すブロック図である。

ローミング中のネットワークスライスクォータ管理。
この例示的な態様は、ローミングにおけるネットワークスライス当たりのＵＥの最大数についてのＳＬＡクォータ制限を監視、制御、及び実施する、例示的な方法を説明する。新たなＮＳＱ（ネットワークスライスクォータ）サービスが提案されており、ネットワークスライスクォータが、指定されたネットワーク機能（例えば、ＮＳＱ － ネットワークスライスクォータ機能／エンティティ、又はネットワークスライスクォータ（例えばＳＬＡ（サービス水準合意））当たりのＵＥの最大数を監視、制御、及び実施する機能又はエンティティの他の表記）によって管理される、ということを想定する。この新たなＮＳＱは、任意の既存のネットワークノード内の新たな機能エンティティとすることができ、例えば、ＮＳＳＦ、ＡＭＦ、ＰＣＦ、ＮＷＤＡＦ、若しくはＮＳＱが新たな物理エンティティとして実装することができる。以下のネットワークスライスクォータ（ＮＳＱ）サービス（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｑｕｏｔａ （ＮＳＱ） Ｓｅｒｖｉｃｅ）、ＮＳＱオペレーション、及び潜在的なＮＳＱサービスコンシューマが表１に提案されており、これらはＮＳＱが既存のネットワークノードの一部として表現される場合と新たに指定されたネットワークノードとして表現される場合との両方に適用可能である。

図１は、新たに定義されたＮＳＱ（ネットワークスライスクォータ）１３のサービス及びオペレーションをより詳細に示す。

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

・サービスオペレーション名：Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求／応答（Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）、又はネットワークスライスクォータ可用性チェックを目的とするサービスオペレーションの他の表記。
・記述：このサービスオペレーションにより、ＡＭＦ１２は、ＮＳＱ１３／ＮＳＳＦ１４によりＮＳＱクォータ可用性、例えば、ネットワークスライス当たりのＵＥの数のクォータ可用性、をチェックすることができる。
・以下のパラメータによる入力（Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求）：
・ＵＥ３がＮＳＱ制御の対象であるか否か（例えば、ＵＥ（複数可）が、ＮＳＱクォータ可用性がチェックされるＳ－ＮＳＳＡＩに予め登録されていて、そのＳ－ＮＳＳＡＩに登録されているＵＥのリストに依然としてあるか）がチェックされるＵＥ（複数可）を示すＵＥ＿Ｉｄ（複数可）。
・クォータ可用性がチェックされるＳ－ＮＳＳＡＩ（複数可）。
・ＮＳＱサービスのタイプ（例えば、「ネットワークスライス当たりのＵＥの数」のクォータ、「ネットワークスライス当たりのＰＤＵセッション数」のクォータ）。
・以下のパラメータによる出力（Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答）：
・ＮＳＱクォータがチェックされるＳ－ＮＳＳＡＩ（複数可）。
・ＮＳＱクォータステータス － ＮＳＱクォータが利用できる／ＮＳＱクォータが利用できない、又はネットワークスライス当たりのＵＥの最大数のクォータに到達した／到達しない、又はネットワークスライス当たりのＰＤＵセッションの最大数のクォータに到達した／到達しない、又はＮＳＱクォータが利用できるか否かを示す他の方法。複数の種類のＮＳＱクォータステータスをパラメータとして含めることができる。
・潜在的なコンシューマ：ＡＭＦ１２、ＵＤＭ１５、ＯＡＭ１７、ＮＥＦ１１、ＡＦ１６

・サービスオペレーション名：Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求／応答、又はネットワークスライスクォータ更新を目的とするサービスオペレーションの他の表記。
・記述：このサービスオペレーションにより、ＡＭＦ１２は、１つ以上のネットワークスライスについてＮＳＱ１３／ＮＳＳＦ１４におけるネットワークスライス当たりのＵＥの数のクォータを更新し、これらのネットワークスライスのクォータの現在のステータスを取り戻すことができる。また、ＡＭＦ１２がＡＭＦ１２の計画された削除プロシージャ（ｒｅｍｏｖａｌ ｐｒｏｃｅｄｕｒｅ）を行なう又はＡＭＦ１２が復元プロシージャ（ｒｅｓｔｏｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）に遭遇（ｅｎｃｏｕｎｔｅｒ）した場合、ＡＭＦ１２が、ＮＳＱ１３／ＮＳＳＦ１４におけるネットワークスライス当たりのＵＥの数のクォータを更新することを可能にしてもよい。
・以下のパラメータによる入力（Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求）：
・追加される又はネットワークスライスクォータから削除されるＵＥ（複数可）を示すＵＥ＿Ｉｄ（複数可）。
・Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージの送信元のノード識別子、例えば、グローバルに一意のＦＱＤＮフォーマットによるＡＭＦ名（ＡＭＦ Ｎａｍｅ）、を示すＮｏｄｅ＿Ｉｄ。Ｎｏｄｅ＿ＩｄがあるがＵＥ＿Ｉｄ（複数可）がなく、ｕｐｄａｔｅ＿ｆｌａｇがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージにおいて「デクリメント」するように設定される場合、ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｏｄｅ＿Ｉｄに関連付けられているＮＳＱ１３／ＮＳＳＦ１４における登録されたＵＥ（複数可）の数をデクリメントする。
・Ｓ－ＮＳＳＡＩ（複数可）は、どのネットワークスライスクォータが更新されるのかを示す。
・ＮＳＱサービスのタイプ（例えば、「ネットワークスライス当たりのＵＥの数」のクォータ、「ネットワークスライス当たりのＰＤＵセッション数」のクォータ）。
・ｕｐｄａｔｅ＿ｆｌａｇは、クォータをインクリメントするべきであるか、それともデクリメントするべきであるかを示す。代替的に、ｕｐｄａｔｅ＿ｆｌａｇは、ネットワークスライス当たりの現在のＵＥの数をインクリメントするべきであるか、それともデクリメントするべきであるかを示すことができる。クォータのインクリメント／デクリメントと共に、ＮＳＱ１３／ＮＳＳＦ１４は、また、ＵＥ＿Ｉｄ及びＮｏｄｅ＿Ｉｄを、登録時にＳ－ＮＳＳＡＩに登録されたＵＥのリストに追加し、登録解除時にリストから削除する。
・以下のパラメータによる出力（Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答）：
・ＮＳＱクォータが更新されるＳ－ＮＳＳＡＩ（複数可）。
・ＮＳＱクォータステータス － ＮＳＱクォータの現在のステータス（例えば、利用できるクォータ、ネットワークスライス当たりの現在のＵＥの数）。複数の種類のＮＳＱクォータステータスをパラメータとして含めることができる。
・潜在的なコンシューマ：ＡＭＦ１２、ＵＤＭ１５、ＯＡＭ１７、ＮＥＦ１１、ＡＦ１６

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

モデル１：ホームＰＬＭＮによるネットワークスライスクォータ管理
図２は、ｈＰＬＭＮ（ホームＰＬＭＮ）による、すなわち、新たなネットワークノードとして実装された新たな機能エンティティ又は任意の既存のネットワークノード（例えば、ＮＳＳＦ１４、ＡＭＦ１２、ＰＣＦ、ＮＷＤＡＦ）内の機能エンティティとすることができるｈＮＳＱ１３（ｈｏｍｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｑｕｏｔａ：ホームネットワークスライスクォータ）機能による、ローミング中のネットワークスライスクォータ管理のための例示的なプロシージャを概略的に示す。サードパーティＡＦ（例えば、図２におけるＡＦ１及びＡＦ２）は、ｈＰＬＭＮのｈＮＳＱ１３との関連づけを有してもよい。ローミング中には、グローバルネットワークスライスクォータ（例えば、ネットワークスライス当たりのＵＥの数）は、Ｎ８インタフェースを使用して、ｈＰＬＭＮにおけるｈＮＳＱ１３によってカウントされる。ｈＮＳＱ１３エンティティは、任意の既存のネットワークノード内の新たな機能エンティティとすることができ、例えば、ｈＮＳＳＦ１４、ｈＡＭＦ１２、ｈＰＣＦ、ｈＮＷＤＡＦ、又はｈＮＳＱ１３は、新たな指定されたネットワークノードとして実装することができる。

図３は、ｈＰＬＭＮにおける、ネットワークスライスクォータ管理及び実施ごとのＵＥのための例示的なプロシージャを概略的に示す。グローバルクォータ（ｇｌｏｂａｌ ｑｕｏｔａ）は、ＯＡＭ１７又はサービスプロバイダ（Ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ）（例えばＡＦ）により、ｈＰＬＭＮにおいて利用できるようになる。ローミングでは、クォータはｈＰＬＭＮのｈＮＳＱ１３によって管理され、実施される。

ステップ１）。ローミングにおけるＵＥ３は、Ｓ－ＮＳＳＡＩ＿１を含む登録要求を送信することによってＳ－ＮＳＳＡＩ＿１についての登録を要求する。この図で示した例はＳ－ＮＳＳＡＩ＿１用であるが、本プロシージャは、１つ以上のネットワークスライスの登録をする場合にも同様に有効である。

ステップ２）。ｖＡＭＦ１２は、図４におけるｈＮＳＱ１３／ｈＮＳＳＦ１４により「Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数」のクォータの可用性をチェックする。

ステップ３－ａ）。「Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数」のクォータを超過する場合、すなわち、クォータがＳ－ＮＳＳＡＩ＿１のために利用できず、Ｓ－ＮＳＳＡＩ＿１が、ＵＥ３が登録することを求める唯一のネットワークスライスである場合、ｖＡＭＦ１２は、リジェクトされたＮＳＳＡＩパラメータ内のＳ－ＮＳＳＡＩ＿１とともに、登録リジェクトメッセージ又は登録アクセプトメッセージを送信する。ｖＡＭＦ１２は、また、登録リジェクトメッセージ又は登録アクセプトメッセージにＳ－ＮＳＳＡＩ＿１のバックオフタイマを含めてもよい。ｖＡＭＦ１２は、また、登録リジェクトメッセージ又は登録アクセプトメッセージに、Ｓ－ＮＳＳＡＩ＿１についての原因値（ｃａｕｓｅ ｖａｌｕｅ）「クォータ超過（Ｑｕｏｔａ ｅｘｃｅｅｄｅｄ）」を含めてもよい。ＵＥ３がＳ－ＮＳＳＡＩ＿１のバックオフタイマ及び原因値「クォータ超過」を受信した場合、ＵＥは、バックオフタイマが期限切れになる前に、Ｓ－ＮＳＳＡＩ＿１に登録することを試みないものとする。

ステップ３－ｂ）。「Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数」のクォータにまだ到達していない場合、登録プロシージャは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ：技術仕様書）２３．５０２［３］におけるサブセクション４．２．２．２．２のステップ４からステップ１９を継続する。

ステップ４－ｂ）。ｖＡＭＦ１２は、図５で説明するように、ｈＮＳＱ１３／ｈＮＳＳＦ１４により「Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数」のクォータを更新する。

ステップ５－ｂ）。ｖＡＭＦ１２は、許容されたＮＳＳＡＩパラメータ内のＳ－ＮＳＳＡＩ＿１とともに登録アクセプトメッセージを送信する。

図４は、モデル１のローミングにおけるｈＮＳＱ１３／ｈＮＳＳＦ１４による「Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数」のクォータの可用性チェックのための例示的なプロシージャを概略的に示す。本プロシージャは、１つ以上のＳ－ＮＳＳＡＩ（複数可）のケースにも同様に有効である。

ステップ１）。ｖＡＭＦ１２は、ｈＰＬＭＮにおけるｈＮＳＱ１３／ｈＮＳＳＦ１４によりネットワークスライスクォータの可用性をチェックする。ｖＡＭＦ１２は、Ｎｕｄｍ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求（ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータ）メッセージをｈＵＤＭ１５に対して送信する。ｖＡＭＦ１２は、以下のパラメータを含める。すなわち、ＵＥ３がＮＳＱ制御及び制限の対象であるか否かをチェックするＵＥ３を示すＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可） － クォータ可用性がチェックされる１つ以上のＳ－ＮＳＳＡＩ、例えばＳ－ＮＳＳＡＩ＿１、及び、その値が「ネットワークスライス当たりのＵＥ（複数可）数」のクォータであるＮＳＱサービスのタイプ － 又は、ネットワークスライスクォータのタイプを示すフラグ／パラメータの他の表記。

ステップ２）。ｈＵＤＭ１５は、ｈＮＳＱ１３／ｈＮＳＳＦ１４に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求（ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータ）メッセージを転送する。

ステップ３）。ｈＮＳＱ１３／ｈＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１のネットワークスライスクォータ可用性当たりのＵＥをチェックする。ｈＮＳＱ１３／ｈＮＳＳＦ１４は、数として利用できるグローバルクォータを有するか、又は利用できるＳ－ＮＳＳＡＩ＿１当たりの最新のＵＥの数を有しており、この場合、ｈＮＳＱ１３／ｈＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１当たりの現在のＵＥの数をＳ－ＮＳＳＡＩ＿１当たりのＵＥの最大数のクォータと比較する。ＵＥ＿ＩｄがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージに含まれる場合、ＮＳＱ１３／ＮＳＳＦ１４は、まず、ＵＥ＿ＩｄがＳ－ＮＳＳＡＩ＿１に既に登録されている（すなわち、ＵＥ３は、Ｓ－ＮＳＳＡＩ＿１に登録されたＵＥのリストに既に含まれている）ことをチェックする。ＵＥ＿ＩｄがＳ－ＮＳＳＡＩ＿１に登録されているＵＥのリストに既にある場合、それ以上のチェックは行われない、すなわち、クォータをチェックする必要がない。ＵＥ３はリジェクトされないものとする。

ステップ４）。ｈＮＳＱ１３／ｈＮＳＳＦ１４は、ｈＵＤＭ１５に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータス）メッセージを返す。

Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数がＳ－ＮＳＳＡＩ＿１当たりのＵＥの最大数のクォータを超過する場合、「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータスは、「利用できるクォータなし（ｎｏ ｑｕｏｔａ ａｖａｉｌａｂｌｅ）」を示す。

Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数がＳ－ＮＳＳＡＩ＿１クォータ当たりのＵＥの最大数を超過しない場合、「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータスは「クォータが利用できる（ｑｕｏｔａ ａｖａｉｌａｂｌｅ）」を示す。

ステップ５）。ｈＵＤＭ１５は、ｖＡＭＦ１２に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータス）メッセージを転送する。

ステップ３）で説明したようなサービス機能がｈＵＤＭ１５に存在する場合、ステップ２）及びステップ４）の両方は、ｈＵＤＭ１５内のサービス機能の間のインタフェースとして考えることができる、ということに留意されたい。

図５は、モデル１のローミングにおけるｈＮＳＱ１３／ｈＮＳＳＦ１４による「Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数」のクォータ更新のための例示的なプロシージャを概略的に示す。本プロシージャは、１つ以上のＳ－ＮＳＳＡＩ（複数可）のケースにも同様に有効である。

ステップ１）。ｖＡＭＦ１２は、ｈＰＬＭＮのｈＮＳＱ１３／ｈＮＳＳＦ１４によりネットワークスライスクォータを更新する。ＡＭＦ１２は、ｈＵＤＭ１５に対して、Ｎｕｄｍ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータ、更新フラグ（ｕｐｄａｔｅ ｆｌａｇ）＝「デクリメント」）メッセージを送信する。ｖＡＭＦ１２は、以下のパラメータを含める。すなわち、ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可） － ローミングにおける登録が進行中である１つ以上のＳ－ＮＳＳＡＩ（例えばＳ－ＮＳＳＡＩ＿１）、更新されるクォータのタイプを示すために「ネットワークスライス当たりのＵＥ（複数可）数」のクォータである値を有するＮＳＱサービスのタイプ、及び、新たなＵＥがＳ－ＮＳＳＡＩ＿１に対して登録される際にＳ－ＮＳＳＡＩ＿１のクォータがデクリメントされることを示すために「デクリメント」である値を有するｕｐｄａｔｅ＿ｆｌａｇ。

ステップ２）。ｈＵＤＭ１５は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータ、更新フラグ＝「デクリメント」）メッセージを、ｈＮＳＱ１３／ｈＮＳＳＦ１４、又はネットワークスライスクォータ機能がｈＰＬＭＮに共同で配置（ｃｏ－ｌｏｃａｔｅｄ）され得る他のネットワークエンティティ（例えばｈＮＳＳＦ、ｈＰＣＦ、ｈＮＷＤＡＦ）に対して、転送する。

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

ステップ４）。ｈＮＳＱ１３／ｈＮＳＳＦ１４は、ｈＵＤＭ１５に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータス）メッセージを返し、ここで、ｈＮＳＱ１３／ｈＮＳＳＦ１４がＳ－ＮＳＳＡＩ＿１のための残りのクォータを含める。代替的に、ｈＮＳＱ１３／ｈＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１に対して登録された現在のＵＥの数を示してもよい。

ステップ５）。ｈＵＤＭ１５は、ｖＡＭＦ１２に対して、Ｎｕｄｍ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータス）メッセージを転送する。

ステップ３）で説明したようなサービス機能がｈＵＤＭ１５に存在する場合、ステップ２）及びステップ４）の両方は、ｈＵＤＭ１５内のサービス機能の間のインタフェースとして考えることができる、ということに留意されたい。

モデル２
図６は、ｖＰＬＭＮ（ｖｉｓｉｔｉｎｇ ＰＬＭＮ：訪問ＰＬＭＮ）による、すなわち、新たなネットワークノードとして実装された新たな機能エンティティ又は任意の既存のネットワークノード（例えば、ｖＮＳＳＦ、ｖＡＭＦ、ｖＰＣＦ、ｖＮＷＤＡＦ）内の機能エンティティとすることができるｖＮＳＱ（ｖｉｓｉｔｉｎｇ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｑｕｏｔａ：訪問ネットワークスライスクォータ）機能による、ローミング中のネットワークスライスクォータ管理のための例示的なアーキテクチャを概略的に示す。サードパーティＡＦは、各ＰＬＭＮ（すなわちホーム及び訪問）においてＯＡＭシステムとの関連づけを有する。ホームクォータは、ｈＰＬＭＮにおいてカウントされる、すなわち、ローミングクォータは、ｖＰＬＭＮにおいてカウントされる。グローバルクォータは、ｈＰＬＭＮとｖＰＬＭＮとの両方で、関連するすべてのＮＳＱに対して問い合わせることによって、ＡＦにおいてカウントされる。

図７から図１１は、ｖＰＬＭＮにおける、ネットワークスライスクォータ当たりのＵＥの管理及び実施をより詳細に示す。サービスプロバイダ（例えばＡＦ）は、ｈＰＬＭＮを含む各ｖＰＬＭＮ（複数可）に対してクォータを割り当てる。グローバルクォータは、各ＰＬＭＮにおいて関連するＮＳＱに対して問い合せることによってＡＦにおいて更新される。

ＵＥ登録
図７は、ローミングにおけるｖＮＳＱ１３／ｖＮＳＳＦ１４によるネットワークスライス当たりのＵＥの数のクォータ更新のための例示的なプロシージャを、以下のように、概略的に示す（モデル２）。
ステップ１）。ローミングにおけるＵＥ３は、Ｓ－ＮＳＳＡＩ＿１を含む登録要求を送信することによってＳ－ＮＳＳＡＩ＿１についての登録を要求する。この図で示した例はＳ－ＮＳＳＡＩ＿１用であるが、本プロシージャは、１つ以上のネットワークスライスの登録をする場合にも同様に有効である。

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

ステップ３）。ｖＮＳＱ１３／ｖＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１のネットワークスライス当たりのＵＥのクォータ可用性をチェックする。ｈＮＳＱ１３／ｈＮＳＳＦ１４は、数として利用できるローミングクォータを有するか、又は、利用できるＳ－ＮＳＳＡＩ＿１当たりの最新のローミングＵＥの数を有しており、この場合、ｈＮＳＱ１３／ｈＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１当たりの現在のローミングＵＥ数を、ＡＦ１６によってそのｖＰＬＭＮに割り当てられたＳ－ＮＳＳＡＩ＿１当たりのローミングＵＥの最大数のクォータと比較する。ＵＥ＿ＩｄがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージに含まれているケースにおいて、ＮＳＱ１３／ＮＳＳＦ１４は、まず、Ｓ－ＮＳＳＡＩ＿１のＵＥのリストにＵＥ＿Ｉｄが既に含まれていることをチェックする。ＵＥ＿Ｉｄが既に登録されている（すなわち、Ｓ－ＮＳＳＡＩ＿１に登録されたＵＥのリストにある）場合、それ以上のチェックは行われない、すなわち、クォータをチェックする必要がない。ＵＥ３はリジェクトされないものとする。

ステップ４）。ｖＮＳＱ１３／ｖＮＳＳＦ１４は、ｖＡＭＦ１２に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータス）メッセージを返す。

Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数がＳ－ＮＳＳＡＩ＿１当たりのＵＥの最大数のクォータを超過する場合、「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータスは、「利用できるクォータなし」を示す。Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数がＳ－ＮＳＳＡＩ＿１クォータ当たりのＵＥの最大数を超過しない場合、「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータスは「クォータが利用できる」を示す。

ステップ５）。Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの最大数のクォータを超過する場合、すなわち、クォータがＳ－ＮＳＳＡＩ＿１のために利用できず、Ｓ－ＮＳＳＡＩ＿１が、ＵＥ３が登録することを求める唯一のネットワークスライスである場合、ｖＡＭＦ１２は、登録をリジェクトし、リジェクトされたＮＳＳＡＩリストパラメータにおいてＳ－ＮＳＳＡＩ＿１を返す。ｖＡＭＦ１２は、また、Ｓ－ＮＳＳＡＩ＿１のバックオフタイマを返してもよい。Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの最大数のクォータにまだ到達していない場合、プロシージャは次のステップを継続する。

ステップ６）。ｖＡＭＦ１２は、ｖＰＬＭＮのｖＮＳＱ１３／ｖＮＳＳＦ１４によりネットワークスライスクォータを更新する。ｖＡＭＦ１２は、ｖＮＳＱ１３／ｖＮＳＳＦ１４に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータ、更新フラグ＝「デクリメント」）メッセージを送信する。ｖＡＭＦ１２は、以下のパラメータを含める。すなわち、ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可） － ローミングにおける登録が進行中である１つ以上のＳ－ＮＳＳＡＩ（例えばＳ－ＮＳＳＡＩ＿１）、更新されるクォータのタイプを示すために「ネットワークスライス当たりのＵＥ（複数可）数」のクォータである値を有するＮＳＱサービスのタイプ、及び、新たなＵＥがＳ－ＮＳＳＡＩ＿１に対して登録される際にＳ－ＮＳＳＡＩ＿１のクォータがデクリメントされることを示すために「デクリメント」である値を有するｕｐｄａｔｅ＿ｆｌａｇ。

ステップ７）。ｖＮＳＱ１３／ｖＮＳＳＦ１４は、ＮＳＳＡＩ＿１に対して登録されたＵＥのリストに対してＵＥ＿Ｉｄを追加することによって、Ｓ－ＮＳＳＡＩ＿１におけるＵＥのリストを更新し、Ｓ－ＮＳＳＡＩ＿１が利用できるクォータをデクリメントする。代替的に、Ｓ－ＮＳＳＡＩ＿１のための利用できるクォータをデクリメントする代りに、ｖＮＳＱ１３／ｖＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１に登録されたＵＥの数を増加させてもよく、これは、後で、Ｓ－ＮＳＳＡＩ＿１のクォータが利用できるか否かを決定するためにＳ－ＮＳＳＡＩ＿１に許容されているＵＥの最大数と比較することができる。「デクリメントされるクォータ」は、デクリメントされるクォータの残りの部分を意味し、すなわち、インクリメントされるクォータの登録ＵＥの数であるということに留意されたい。

Ｎｏｄｅ＿ＩｄがあるがＵＥ＿Ｉｄ（複数可）がなく、ｕｐｄａｔｅ＿ｆｌａｇがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージにおいて「デクリメント」するように設定される場合、ＮＳＱ／ＮＳＳＦは、Ｎｏｄｅ＿Ｉｄに関連付けられているＮＳＱ１３／ＮＳＳＦ１４における登録されたＵＥ（複数可）の数をデクリメントする。

ステップ８）。ｖＮＳＱ１３／ｖＮＳＳＦ１４は、ｖＡＭＦ１２に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータス）メッセージを返す。

ステップ９）。ｖＡＭＦ１２は、許容されたＮＳＳＡＩパラメータ内のＳ－ＮＳＳＡＩ＿１とともに登録アクセプトメッセージを送信する。

ＮＳＱに対するサブスクライブ／サブスクライブ解除
図８は、ＮＳＱ１３に対するネットワークスライスクォータのサブスクライブ／サブスクライブ解除（Ｓｕｂｓｃｒｉｂｅ／Ｕｎｓｕｂｓｃｒｉｂｅ）のための例示的なプロシージャを、以下のように、概略的に示す（モデル２）。
ステップ１）。ＯＡＭ１７は、ＮＳＱ１３に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｓｕｂｓｃｒｉｂｅ／Ｕｎｓｕｂｓｃｒｉｂｅ（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ数」のクォータ、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータ）を送信し、通知、例えば、周期的な（ｐｅｒｉｏｄｉｃ）通知、閾値ベースの通知、イベントベースの通知などのトリガを示す新たなパラメータ「通知パラメータ」を、パラメータとして含めることができる。

ネットワークスライスクォータ可用性チェック
図９は、ＮＳＱ１３に対するネットワークスライスクォータ可用性チェックのための例示的なプロシージャを、以下のように、概略的に示す（モデル２）。
ステップ１）。ＯＡＭ１７は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求（ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥの数」のクォータ、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータ）を送信する。 － ＯＡＭ１７は、ＮＳＱ１３／ＮＳＳＦ１４に対して、ネットワークスライスクォータ可用性（例えばネットワークスライス当たりのＵＥの数のクォータ可用性）チェックのための要求を送信する。ＡＦ１６は、ＡＦ１６がクォータ可用性のチェックを希望するＳ－ＮＳＳＡＩ（複数可）（例えば、Ｓ－ＮＳＳＡＩ＿１）と、ＮＳＱサービスのタイプ（例えば「ネットワークスライス当たりのＵＥの数」のクォータ）とを、パラメータとして、含める。

ステップ２）。ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥの数」のクォータステータス、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータステータス））メッセージによって、ＯＡＭ１７に対して応答する。ＮＳＱ１３／ＮＳＳＦ１４は、報告されたクォータが適用可能なＳ－ＮＳＳＡＩ（複数可）（例えばＳ－ＮＳＳＡＩ＿１）を、利用できるクォータ（例えば「ネットワークスライス当たりのＵＥの数」のクォータステータス（ＮＳＱクォータステータス））とともに、パラメータとして、含める。

ネットワークスライスクォータ更新
図１０は、ＮＳＱ１３に対するネットワークスライスクォータ更新のための例示的なプロシージャを、以下のように、概略的に示す（モデル２）。
ステップ１）。ＯＡＭ１７は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥの数」のクォータ、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータ、ｕｐｄａｔｅ＿ｆｌａｇ）を送信する。 － ＯＡＭ１７は、ＮＳＱ１３／ＮＳＳＦ１４に対して、ネットワークスライスクォータの更新、例えば、ネットワークスライス当たりのＵＥの数のクォータの更新のための要求を送信する。ＯＡＭ１７は、ＵＥ＿Ｉｄと、ＯＡＭ１７がクォータの更新を希望するＳ－ＮＳＳＡＩ（複数可）、例えばＳ－ＮＳＳＡＩ＿１と、ＮＳＱサービスのタイプ、例えば、ネットワークスライス当たりのＵＥの数のクォータと、クォータがインクリメントされるのか又はデクリメントされるのかを示すための更新フラグとを、パラメータとして、含める。

ステップ２）。ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥの数」のクォータステータス、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータステータス））メッセージによって、ＯＡＭ１７に対して応答する。ＮＳＱ１３／ＮＳＳＦ１４は、報告されたクォータステータスが適用可能なＳ－ＮＳＳＡＩ（複数可）（例えばＳ－ＮＳＳＡＩ＿１）を、利用できるクォータ（例えば、ネットワークスライス当たりのＵＥの数のクォータステータス（ＮＳＱクォータステータス））とともに、パラメータとして含める。

ネットワークスライスクォータ通知
図１１は、ＯＡＭ１７に対するネットワークスライスクォータ通知のための例示的なプロシージャを、以下のように、概略的に示す（モデル２）。
ステップ１）。Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｎｏｔｉｆｙ（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ数」のクォータステータス、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータステータス） － ＮＳＱ１３／ＮＳＳＦ１４は、ネットワークスライスクォータステータス（ＮＳＱクォータステータス）に関する通知を送信する。ＮＳＱ１３／ＮＳＳＦ１４は、報告されたクォータステータスが適用可能なＳ－ＮＳＳＡＩ（複数可）（例えばＳ－ＮＳＳＡＩ＿１）を、利用できるクォータ（例えば「ネットワークスライス当たりのＵＥの数」のクォータステータス（ＮＳＱクォータステータス））とともに、パラメータとして、含める。通知は、周期的にトリガされるか、又はＯＡＭ１７による通知サブスクリプションに基づくイベント又は閾値によってトリガされ得る。

モデル３
図１２は、ＮＥＦ１１を介したＡＦ１６によるローミング中のネットワークスライスクォータ管理のための例示的なアーキテクチャを概略的に示す。サードパーティＡＦ（例えば、ＡＦ１及びＡＦ２）は、ＮＥＦ１１を介して各ＰＬＭＮにおいてＮＳＱ１３とのそれぞれの関連づけを有する。グローバルクォータは、各ＰＬＭＮにおけるＮＥＦ１１との相互に作用を介してＡＦ１６によってカウントされる。

図１３から図１７は、ｖＰＬＭＮにおけるネットワークスライス当たりのＵＥのクォータ管理及び実施を詳細に示す。サービスプロバイダ（例えばＡＦ）は、ｈＰＬＭＮを含む各ｖＰＬＭＮ（複数可）に対してクォータを割り当てる。グローバルクォータは、各ＰＬＭＮにおけるＮＥＦ１１を介して、関連するＮＳＱ１３に対して問い合わせを行うことによって、ＡＦ１６において更新される。

ＵＥ登録
図１３は、ローミングにおけるｖＮＳＱ１３／ｖＮＳＳＦ１４によるネットワークスライス当たりのＵＥの数のクォータ更新のための例示的なプロシージャを、以下のように、概略的に示す（モデル３）。
ステップ１）。ローミングにおけるＵＥ３は、Ｓ－ＮＳＳＡＩ＿１を含む登録要求を送信することによってＳ－ＮＳＳＡＩ＿１の登録を要求する。この図で示した例はＳ－ＮＳＳＡＩ＿１用であるが、本プロシージャは、１つ以上のネットワークスライスの登録をする場合にも同様に有効である。

ステップ２）。ｖＡＭＦ１２は、ネットワークスライスクォータの可用性をチェックする。ｖＡＭＦ１２は、訪問ネットワークスライスクォータ（ｖＮＳＱ１３）、又はネットワークスライスクォータ機能が共同で配置され得る他のネットワークエンティティ（例えば、ｖＮＳＳＦ１４、ｖＰＣＦ、ｖＮＷＤＡＦ）に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求（ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータ）メッセージを送信する。ｖＡＭＦ１２は、以下のパラメータを含める。すなわち、ＵＥ３がＮＳＱ制御及び制限の対象であるか否かをチェックするＵＥ３を示すＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可） － 登録が進行中である１つ以上のＳ－ＮＳＳＡＩ（複数可）（例えばＳ－ＮＳＳＡＩ＿１）、「ネットワークスライス当たりのＵＥ（複数可）数」のクォータである値を有するＮＳＱサービスのタイプ － 又はネットワークスライスクォータのタイプを示すフラグ／パラメータの他の表記。

ステップ３）。ｖＮＳＱ１３／ｖＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１のネットワークスライス当たりのＵＥのクォータ可用性をチェックする。ｈＮＳＱ１３／ｈＮＳＳＦ１４は、数として利用できるローミングクォータを有するか、又は、利用できるＳ－ＮＳＳＡＩ＿１当たりの最新のローミングＵＥの数を有しており、この場合、ｈＮＳＱ１３／ｈＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１当たりの現在のローミングＵＥ数を、ＡＦ１６によってそのｖＰＬＭＮに割り当てられたＳ－ＮＳＳＡＩ＿１当たりのローミングＵＥの最大数のクォータと比較する。ＵＥ＿ＩｄがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージに含まれているケースにおいて、ＮＳＱ／ＮＳＳＦは、Ｓ－ＮＳＳＡＩ＿１のＵＥのリストにＵＥ＿Ｉｄが既に含まれていることを第１にチェックする。ＵＥ＿Ｉｄが既に登録されている（すなわち、Ｓ－ＮＳＳＡＩ＿１に登録されたＵＥのリストにある）場合、それ以上のチェックは行われない、すなわち、クォータをチェックする必要がない。ＵＥ３はリジェクトされないものとする。

ステップ４）。ｖＮＳＱ１３／ｖＮＳＳＦ１４は、ｖＡＭＦ１２に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータス）メッセージを返す。

Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数がＳ－ＮＳＳＡＩ＿１当たりのＵＥの最大数のクォータを超過する場合、「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータスは、「利用できるクォータなし」を示す。Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの数がＳ－ＮＳＳＡＩ＿１クォータ当たりのＵＥの最大数を超過しない場合、「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータスは「クォータが利用できる」を示す。

ステップ５）。Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの最大数のクォータを超過する場合、すなわち、クォータがＳ－ＮＳＳＡＩ＿１のために利用できず、Ｓ－ＮＳＳＡＩ＿１が、ＵＥ３が登録することを求める唯一のネットワークスライスである場合、ｖＡＭＦ１２は、登録をリジェクトし、リジェクトされたＮＳＳＡＩリストパラメータにおいてＳ－ＮＳＳＡＩ＿１を返す。ｖＡＭＦ１２は、また、Ｓ－ＮＳＳＡＩ＿１のバックオフタイマを返してもよい。Ｓ－ＮＳＳＡＩ＿１当たりのＵＥの最大数のクォータにまだ到達していない場合、プロシージャは次のステップを継続する。

ステップ６）。ｖＡＭＦ１２は、ｖＰＬＭＮのｖＮＳＱ１３／ｖＮＳＳＦ１４によりネットワークスライスクォータを更新する。ＡＭＦ１２は、ｖＮＳＱ１３／ｖＮＳＳＦ１４に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ＿１、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータ、更新フラグ＝「デクリメント」）メッセージを送信する。ｖＡＭＦ１２は、以下のパラメータを含める。すなわち、ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可） － ローミングにおける登録が進行中である１つ以上のＳ－ＮＳＳＡＩ（例えばＳ－ＮＳＳＡＩ＿１）、更新されるクォータのタイプを示すために「ネットワークスライス当たりのＵＥ（複数可）数」のクォータである値を有するＮＳＱサービスのタイプ、及び、新たなＵＥがＳ－ＮＳＳＡＩ＿１に対して登録される際にＳ－ＮＳＳＡＩ＿１のクォータがデクリメントされることを示すために「デクリメント」である値を有するｕｐｄａｔｅ＿ｆｌａｇ。

ステップ７）。ｖＮＳＱ１３／ｖＮＳＳＦ１４は、ＮＳＳＡＩ＿１に対して登録されたＵＥのリストに対してＵＥ＿Ｉｄを追加することによって、Ｓ－ＮＳＳＡＩ＿１におけるＵＥのリストを更新し、Ｓ－ＮＳＳＡＩ＿１が利用できるクォータをデクリメントする。代替的に、Ｓ－ＮＳＳＡＩ＿１のための利用できるクォータをデクリメントする代りに、ｖＮＳＱ１３／ｖＮＳＳＦ１４は、Ｓ－ＮＳＳＡＩ＿１に登録されたＵＥの数を増加させてもよく、これは、後で、Ｓ－ＮＳＳＡＩ＿１のクォータが利用できるか否かを決定するためにＳ－ＮＳＳＡＩ＿１に許容されているＵＥの最大数と比較することができる。「デクリメントされるクォータ」がデクリメントされるクォータの残りの部分を意味し、すなわち、インクリメントされるクォータの登録ＵＥの数であるということに留意されたい。

Ｎｏｄｅ＿ＩｄがあるがＵＥ＿Ｉｄ（複数可）がなく、ｕｐｄａｔｅ＿ｆｌａｇがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージにおいて「デクリメント」するように設定される場合、ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｏｄｅ＿Ｉｄに関連付けられているＮＳＱ１３／ＮＳＳＦ１４における登録されたＵＥ（複数可）の数をデクリメントする。

ステップ８）。ｖＮＳＱ１３／ｖＮＳＳＦ１４は、ｖＡＭＦ１２に対して、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ＿１、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ（複数可）数」のクォータステータス）メッセージを返す。

ステップ９）。ｖＡＭＦ１２は、許容されたＮＳＳＡＩパラメータ内のＳ－ＮＳＳＡＩ＿１とともに登録アクセプトメッセージを送信する。

ＮＳＱに対するサブスクライブ／サブスクライブ解除
図１４は、ＮＥＦ１１を介したＡＦ１６によるネットワークスライスクォータ情報サブスクリプションのための例示的なプロシージャを、以下のように、概略的に示す（モデル３）。
ステップ１）。Ｎｎｅｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｓｕｂｓｃｒｉｂｅ／Ｕｎｓｕｂｓｃｒｉｂｅ（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ数」クォータ、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＰＤＵセッション数」クォータ） － ＡＦ１６は、ＮＥＦ１１に対して、ネットワークスライスクォータサービス、例えば、ネットワークスライス当たりのＵＥの数のクォータ管理のためのサブスクリプション／サブスクリプション解除のための要求を送信する。ＡＦ１６は、ＡＦ１６がＮＳＱサービスについてサブスクライブ又はサブスクライブ解除したいＳ－ＮＳＳＡＩ（複数可）、例えばＳ－ＮＳＳＡＩ＿１と、ＮＳＱサービスのタイプ、例えば「ネットワークスライス当たりのＵＥの数」のクォータ）とを、パラメータとして、含めて、更に、通知、例えば、周期的な通知、閾値ベースの通知、イベントベースの通知などのトリガを示す新たなパラメータ「通知パラメータ」を、パラメータとして含めることができる。

ステップ２）。Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｓｕｂｓｃｒｉｂｅ／Ｕｎｓｕｂｓｃｒｉｂｅ（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ数」のクォータ、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータ） － ＮＥＦ１１は、ＮＳＱ１３／ＮＳＳＦ１４に要求を転送する。

ネットワークスライスクォータ可用性チェック
図１５は、ＮＥＦ１１を介したＡＦ１６によるネットワークスライスクォータ可用性チェックのための例示的なプロシージャを、以下のように、概略的に示す（モデル３）。
ステップ１）。Ｎｎｅｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥの数」のクォータ、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータ） － ＡＦ１６は、ＮＥＦ１１に対して、ネットワークスライスクォータ可用性チェック、例えば、ネットワークスライス当たりのＵＥの数のクォータ可用性のための要求を送信する。ＡＦ１６は、ＵＥ３がＮＳＱ制御の対象であるか否か（例えば、ＵＥ３が、ＮＳＱクォータ可用性がチェックされるＳ－ＮＳＳＡＩに予め登録されていて、そのＳ－ＮＳＳＡＩに登録されているＵＥのリストに依然としてあるか）がチェックされるＵＥ３を示すＵＥ＿Ｉｄと、ＡＦ１６がクォータ可用性のチェックを希望するＳ－ＮＳＳＡＩ（複数可）、例えば、Ｓ－ＮＳＳＡＩ＿１と、ＮＳＱサービスのタイプ、例えば「ネットワークスライス当たりのＵＥの数」のクォータとを、パラメータとして、含める。

ステップ２）。Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求（ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥ数」のクォータ、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータ） － ＮＥＦ１１は、ＮＳＱ１３／ＮＳＳＦ１４に対して要求を転送する。

ステップ３）。ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥの数」のクォータステータス、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータステータス））メッセージにより、ＮＥＦ１１に対して応答する。ＮＳＱ１３／ＮＳＳＦ１４は、報告されたクォータが適用可能なＳ－ＮＳＳＡＩ（複数可）（例えばＳ－ＮＳＳＡＩ＿１）を、利用できるクォータ（例えば、ネットワークスライス当たりのＵＥの数のクォータステータス（ＮＳＱクォータステータス））とともに、パラメータとして、含める。

ステップ４）。ＮＥＦ１１は、Ｎｎｅｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ応答（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ数」のクォータステータス、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータステータス）で、ＮＳＱ１３／ＮＳＳＦ１４からのメッセージをＡＦ１６に転送する。

ネットワークスライスクォータ更新
図１６は、ＮＥＦ１１を介したＡＦ１６によるネットワークスライスクォータ更新のための例示的なプロシージャを、以下のように、概略的に示す（モデル３）。
ステップ１）。Ｎｎｅｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥの数」のクォータ、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータ、ｕｐｄａｔｅ＿ｆｌａｇ） － ＡＦ１６は、ＮＥＦに対して、ネットワークスライスクォータの更新、例えば、ネットワークスライス当たりのＵＥの数のクォータの更新のための要求を送信する。ＡＦ１６は、パラメータとして、ＵＥ＿Ｉｄを含める。Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージの送信元のノード識別子、例えば、グローバルに一意のＦＱＤＮフォーマットによるＡＭＦ名、を示すＮｏｄｅ＿Ｉｄ。Ｎｏｄｅ＿ＩｄがあるがＵＥ＿Ｉｄ（複数可）がなく、ｕｐｄａｔｅ＿ｆｌａｇがＮｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージにおいて「デクリメント」するように設定される場合、ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｏｄｅ＿Ｉｄと、ＡＦ１６がクォータの更新を希望するＳ－ＮＳＳＡＩ（複数可）（例えばＳ－ＮＳＳＡＩ＿１）と、ＮＳＱサービスのタイプ、例えば「ネットワークスライス当たりのＵＥの数」のクォータと、クォータがインクリメントされるものとするか又はデクリメントされるものとするかを示す更新フラグとに関連付けられているＮＳＱ１３／ＮＳＳＦ１４における登録されたＵＥ（複数可）の数をデクリメントする。

ステップ２）。Ｎｎｓｑ／ｎｓｓｑ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求（ＵＥ＿Ｉｄ、Ｎｏｄｅ＿Ｉｄ、Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＵＥの数」のクォータ、ＮＳＱサービスのタイプ＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータ、ｕｐｄａｔｅ＿ｆｌａｇ）－ＮＥＦ１１は、ＮＳＱ１３／ＮＳＳＦ１４に対して要求を転送する。

ステップ３）。ＮＳＱ１３／ＮＳＳＦ１４は、Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥの数」のクォータステータス、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータステータス）メッセージにより、ＮＥＦ１１に対して応答する。ＮＳＱ１３／ＮＳＳＦ１４は、報告されたクォータステータスが適用可能なＳ－ＮＳＳＡＩ（複数可）（例えばＳ－ＮＳＳＡＩ＿１）を、利用できるクォータ（例えば、ネットワークスライス当たりのＵＥの数のクォータステータス（ＮＳＱクォータステータス））とともに、パラメータとして、含める。

ステップ４）。ＮＥＦ１１は、Ｎｎｅｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ数」のクォータステータス、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータステータス）で、ＮＳＱ１３／ＮＳＳＦ１４からのメッセージをＡＦ１６に転送する。

ネットワークスライスクォータ通知
図１７は、ＮＥＦ１１を介したＡＦ１６に対するネットワークスライスクォータ通知のための例示的なプロシージャを、以下のように、概略的に示す（モデル３）。
ステップ１）。Ｎｎｓｑ／ｎｓｓｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｎｏｔｉｆｙ（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥ数」のクォータステータス、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータステータス） － ＮＳＱ１３／ＮＳＳＦ１４は、ネットワークスライスクォータステータスに関する通知を送信する。ＮＳＱ１３／ＮＳＳＦ１４は、報告されたクォータステータスが適用可能なＳ－ＮＳＳＡＩ（複数可）（例えばＳ－ＮＳＳＡＩ＿１）を、利用できるクォータ（例えば、ネットワークスライス当たりのＵＥの数のクォータステータス（ＮＳＱクォータステータス））とともに、パラメータとして含める。通知は、周期的にトリガされるか、又はＡＦ１６による通知サブスクリプションに基づくイベント又は閾値によってトリガされ得る。

ステップ２）。ＮＥＦ１１は、ＡＦ１６に対して要求を転送する － Ｎｎｅｆ＿ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｓ－ＮＳＳＡＩ（複数可）、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＵＥの数」のクォータステータス、ＮＳＱクォータステータス＝「ネットワークスライス当たりのＰＤＵセッション数」のクォータステータス）。

要旨
有利なことに、上記の例示的な態様は以下の機能のうちの１つ又は複数を含むが、それらに限定されない。
・ｈＰＬＭＮによるローミングにおけるネットワークスライス当たりのＵＥの数の監視、更新、及び実施。グローバルクォータ（ホーム使用及びローミングでの使用）は、ｈＮＳＱによって管理される。

ステップ１）。ローミングにおけるｈＮＳＱによるＳ－ＮＳＳＡＩ当たりのＵＥの数のクォータチェック。
入力 － ｖＡＭＦは、ｈＵＤＭルートを介してＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージによりクォータ可用性チェックをｈＮＳＱに要求し、クォータチェック対象であるＳ－ＮＳＳＡＩ（複数可）とチェックするクォータのタイプを示すフラグとを含む。
処理 － ｈＮＳＱは、要求されたクォータが利用できるか否かをチェックする。
出力 － ｈＮＳＱは、ｈＵＤＭルートを介してｖＡＭＦに対してクォータが利用できる／利用できないの結果を返す。出力に基づいて、ｖＡＭＦは、ローミングにおける登録をキャンセルし、クォータが利用できないＳ－ＮＳＳＡＩ（複数可）をリジェクトすることで、クォータ制限を実施し、時間、リソース、及びシグナリングを節約するか、それとも、クォータが利用できる場合にはｖＰＬＭＮへの登録プロシージャを継続するか、のいずれかを行う。

ステップ２）。ローミングにおけるｈＮＳＱによるＳ－ＮＳＳＡＩ当たりのＵＥ数のクォータの更新。
入力 － ｖＡＭＦは、ＵＥ＿Ｉｄと、クォータ更新の対象であるＳ－ＮＳＳＡＩ（複数可）と、ネットワークスライスにおけるＵＥの増加又は減少を示すｕｐｄａｔｅ＿ｆｌａｇとを含むＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージにより、ｈＵＤＭルートを介して、クォータ更新をｈＮＳＱに要求する。
処理 － ｈＮＳＱは、ｖＡＭＦからの要求に基づいて、クォータを増加又減少させる。クォータが検証可能になるように、ｈＮＳＱは、また、ＵＥ＿Ｉｄを、リスト／テーブルに追加する、又はリスト／テーブルから削除する。
出力 － ｈＮＳＱは、ｈＵＤＭルートを介して、ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答によりｖＡＭＦに応答し、Ｓ－ＮＳＳＡＩ（複数可）を示し、さらに、現在のクォータステータスを示してもよい。

・ｖＰＬＭＮによるローミングにおけるネットワークスライス当たりのＵＥの数の監視、更新、及び実施。グローバルクォータは、すべてのＰＬＭＮ（ｈＰＬＭＮ及びｖＰＬＭＮｓ）の間に分配される。ローミングにおけるクォータは、ｖＮＳＱによってクォータの残りの部分とは別々に管理される（すなわち、ｖＰＬＭＮごとに管理される）。ｖＰＬＭＮにおけるクォータは、オプションとして、ｈＰＬＭＮに対して定期的に（ｒｅｇｕｌａｒｌｙ）通知されてもよい。

ステップ１）。ローミングにおけるｖＮＳＱによるＳ－ＮＳＳＡＩ当たりのＵＥ数のクォータチェック。
入力 － ｖＡＭＦは、ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ａｖａｉｌａｂｉｌｉｔｙ要求メッセージによりクォータ可用性チェックをｈＮＳＱに要求し、クォータチェック対象であるＳ－ＮＳＳＡＩ（複数可）とチェックするクォータのタイプを示すフラグとを含む。
処理 － ｖＮＳＱは、要求されたＳ－ＮＳＳＡＩのクォータがローミングにおいて利用できるか否かをチェックする。
出力 － ｈＮＳＱは、ｖＡＭＦに対して、クォータが利用できる／利用できないの結果を返す。出力に基づいて、ｖＡＭＦは、ローミングにおける登録をキャンセルし、ローミングでクォータが利用できないＳ－ＮＳＳＡＩ（複数可）をリジェクトすることで、クォータ制限を実施し、時間、リソース、及びシグナリングを節約するか、それとも、クォータが利用できる場合にはｖＰＬＭＮへの登録プロシージャを継続するか、のいずれかを行う。ｈＮＳＱがグローバルクォータを管理している場合、ｖＮＳＱは、また、ｈＵＤＭルートを介してｈＮＳＱに対して、利用できるクォータを示してもよい。これは、必要に応じて、ｈＰＬＭＮがローミングパートナー（ｖＰＬＭＮｓ）の間でクォータ番号を再分配することを可能にする。

ステップ２）。ローミングにおけるｖＮＳＱによるＳ－ＮＳＳＡＩ当たりのＵＥ数のクォータの更新。
入力 － ｖＡＭＦは、ＵＥ＿Ｉｄと、クォータ更新の対象であるＳ－ＮＳＳＡＩ（複数可）と、クォータの増加又は減少を示すフラグとを含むＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ要求メッセージにより、クォータ更新をｖＮＳＱに要求する。
処理 － ｖＮＳＱは、ｖＡＭＦからの要求に基づいて、クォータを増加又減少させる。クォータが検証可能になるように、ｖＮＳＱは、また、ＵＥ＿Ｉｄを、リスト／テーブル内に追加する、又はリスト／テーブルから削除する。
出力 － ｖＮＳＱは、ＮｅｔｗｏｒｋＳｌｉｃｅＱｕｏｔａ＿Ｕｐｄａｔｅ応答によりｖＡＭＦに応答し、Ｓ－ＮＳＳＡＩ（複数可）を示し、さらに、現在のクォータステータスを示してもよい。ｖＡＭＦは、ローミングにおける登録プロシージャを終了させる。

・サービスプロバイダ（Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）のアプリケーション機能（ＡＦ）によるローミングにおけるネットワークスライス当たりのＵＥ数の監視、更新、及び実施。ＡＦは、ＮＳＱにより、クォータ可用性チェック、クォータの更新、及びクォータ通知のネットワークスライスクォータサービスについてサブスクライブし、ＮＥＦを介して、これらのサービスにアクセスする。

これらの機能性を提供するために、上記の例示的な態様は、以下のステップ（の少なくとも一部）を含む例示的な方法を説明する。

・ｈＰＬＭＮによるローミング中のネットワークスライス当たりのＵＥの数の監視、更新、及び実施。グローバルクォータ（ホーム使用及びローミング中の使用）は、ｈＮＳＱによって管理される。
ステップ１）。ローミングにおけるｈＮＳＱによるＳ－ＮＳＳＡＩ当たりのＵＥの数のクォータチェック。
ステップ２）。ローミングにおけるｈＮＳＱによるＳ－ＮＳＳＡＩ当たりのＵＥ数のクォータの更新。

・ｖＰＬＭＮによるローミング中のネットワークスライス当たりのＵＥの数の監視、更新、及び実施。グローバルクォータは、すべてのＰＬＭＮ（ｈＰＬＭＮ及びｖＰＬＭＮｓ）の間に分配される。ローミングにおけるクォータは、ｖＮＳＱによってクォータの残りの部分とは別々に管理される（すなわち、ｖＰＬＭＮごとに管理される）。ｖＰＬＭＮにおけるクォータは、オプションとして、ｈＰＬＭＮに対して定期的に通知されてもよい。
ステップ１）。ローミングにおけるｖＮＳＱによるＳ－ＮＳＳＡＩ当たりのＵＥ数のクォータチェック。
ステップ２）。ローミングにおけるｖＮＳＱによるＳ－ＮＳＳＡＩ当たりのＵＥ数のクォータの更新。

サービスプロバイダ（Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）のアプリケーション機能（ＡＦ）によるローミングにおけるネットワークスライス当たりのＵＥ数の監視、更新、及び実施。ＡＦは、ＮＳＱにより、クォータ可用性チェック、クォータの更新、及びクォータ通知のネットワークスライスクォータサービスについてサブスクライブし、ＮＥＦを介して、これらのサービスにアクセスする。

利点
上記の例示的な態様は、ローミングにおけるネットワークスライスに登録されたＵＥの数を監視及び制御することを可能にする。例示的な態様は、また、ネットワークスライス当たりのＵＥの最大数のクォータに到達した場合に、ローミングＵＥのためのネットワークスライスにおけるアクセス及びサービスの制限を実施することを可能にする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１ モバイル（セルラまたは無線）通信システム（）
３ モバイル装置（ＵＥ）
５ 基地局
７ コアネットワーク
１１ ネットワーク露出機能（ＮＥＦ）
１２ アクセス及びモビリティ管理機能（ＡＭＦ）
１３ ネットワークスライスクォータ（ＮＳＱ）
１４ ネットワークスライス選択機能（ＮＳＳＦ）
１５ 統合データ管理（ＵＤＭ）機能
１６ アプリケーション機能（ＡＦ）
１７ 運用及び保守（ＯＡＭ）エンティティ
２０ 外部ＩＰネットワーク
３１ トランシーバ回路
３３ アンテナ
３５ ネットワークインタフェース
３７ コントローラ
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
５１ トランシーバ回路
５３ アンテナ
５５ ネットワークインタフェース
５７ コントローラ
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
７１ トランシーバ回路
７５ ネットワークインタフェース
７７ コントローラ
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール

Claims (15)

1. ネットワークスライスクォータのためのネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）ノードであって、
   ネットワークスライスに登録されたユーザ装置（ＵＥ）の数を管理する手段と、
   前記ネットワークスライスの可用性をチェックするための第１の要求であって、前記ネットワークスライスを示す情報を含む第１の要求を、コアネットワークにおけるコアネットワークノードから受信する手段と、
   前記ネットワークスライスに登録されたＵＥの前記数に従って、前記ネットワークスライスの前記可用性をチェックする手段と、
   前記可用性を示す、前記第１の要求に対する第１の応答を、前記コアネットワークノードに対して送信する手段と、を備え、
   前記第１の応答は、前記ネットワークスライスに登録されたＵＥの前記数に基づいて、前記コアネットワークノードにＵＥのための登録プロシージャをリジェクトさせ、
   前記コアネットワークノードは、前記ＵＥの訪問ＰＬＭＮ（ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に含まれ、
   前記受信する手段は、前記コアネットワークノードから、前記ネットワークスライスに登録されたＵＥの前記数を減少させることを示す更新フラグを受信し、
   当該ネットワーク機能ノードは、前記更新フラグに基づいて、前記ネットワークスライスに登録されたＵＥの前記数を減少させる手段を備える、
   ネットワークスライスクォータのためのネットワーク機能ノード。
2. 前記受信する手段は、前記コアネットワークノードから、ＵＥのアイデンティティを受信し、
   当該ネットワーク機能ノードは、前記更新フラグに基づいて、前記ネットワークスライスに登録されたＵＥのアイデンティティのリストから、前記ＵＥのアイデンティティを削除する手段を備える、
   請求項１記載のネットワークスライスクォータのためのネットワーク機能ノード。
3. 前記第１の応答は、前記ネットワークスライスに登録されたＵＥの前記数に基づいて前記ネットワークスライスが利用できると決定された場合に、前記コアネットワークノードにＵＥのための登録プロシージャをアクセプトさせる、
   請求項１に記載のネットワークスライスクォータのためのネットワーク機能ノード。
4. ネットワークスライスクォータのための前記ネットワーク機能ノードは、前記ＵＥのホームＰＬＭＮに含まれる、
   請求項１に記載のネットワークスライスクォータのためのネットワーク機能ノード。
5. ネットワークスライスクォータのための前記ネットワーク機能ノードは、前記ＵＥの前記訪問ＰＬＭＮに含まれる、
   請求項１に記載のネットワークスライスクォータのためのネットワーク機能ノード。
6. ネットワークスライスクォータのための前記ネットワーク機能ノードは、前記訪問ＰＬＭＮに含まれる、
   請求項１に記載のネットワークスライスクォータのためのネットワーク機能ノード。
7. 前記ＵＥは、前記訪問ＰＬＭＮに含まれる、
   請求項１に記載のネットワークスライスクォータのためのネットワーク機能ノード。
8. ネットワークスライスクォータのためのネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）ノードのための制御方法であって、
   ネットワークスライスに登録されたユーザ装置（ＵＥ）の数を管理することと、
   前記ネットワークスライスの可用性をチェックするための第１の要求であって、前記ネットワークスライスを示す情報を含む第１の要求を、コアネットワークにおけるコアネットワークノードから受信することと、
   前記ネットワークスライスに登録されたＵＥの前記数に従って、前記ネットワークスライスの前記可用性をチェックすることと、
   前記可用性を示す、前記第１の要求に対する第１の応答を、前記コアネットワークノードに対して送信することと、を含み、
   前記第１の応答は、前記ネットワークスライスに登録されたＵＥの前記数に基づいて、前記コアネットワークノードにＵＥのための登録プロシージャをリジェクトさせ、
   前記コアネットワークノードは、前記ＵＥの訪問ＰＬＭＮ（ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に含まれ、
   前記受信することは、前記コアネットワークノードから、前記ネットワークスライスに登録されたＵＥの前記数を減少させることを示す更新フラグを受信することを含み、
   当該制御方法は、前記更新フラグに基づいて、前記ネットワークスライスに登録されたＵＥの前記数を減少させることを含む、
   制御方法。
9. 前記コアネットワークノードから、ＵＥのアイデンティティを受信することと、
   前記更新フラグに基づいて、前記ネットワークスライスに登録されたＵＥのアイデンティティのリストから、前記ＵＥのアイデンティティを削除することを含む、
   請求項８記載の制御方法。
10. 前記第１の応答は、前記ネットワークスライスに登録されたＵＥの前記数に基づいて前記ネットワークスライスが利用できると決定された場合に、前記コアネットワークノードにＵＥのための登録プロシージャをアクセプトさせる、
    請求項８に記載の制御方法。
11. ネットワークスライスクォータのための前記ネットワーク機能ノードは、前記ＵＥのホームＰＬＭＮに含まれる、
    請求項８に記載の制御方法。
12. ネットワークスライスクォータのための前記ネットワーク機能ノードは、前記ＵＥの前記訪問ＰＬＭＮに含まれる、
    請求項８に記載の制御方法。
13. ネットワークスライスクォータのための前記ネットワーク機能ノードは、前記訪問ＰＬＭＮに含まれる、
    請求項８に記載の制御方法。
14. 前記ＵＥは、前記訪問ＰＬＭＮに含まれる、
    請求項８に記載の制御方法。
15. 請求項１～７の何れか一項に記載のネットワークスライスクォータのためのネットワーク機能ノードを備える通信システム。

Images