JP2022541580A

JP2022541580A - １つ以上のユーザアイデンティティを有するｕｅの課金及びポリシーを有効化するためのシステム及び方法

Info

Publication number: JP2022541580A
Application number: JP2022503826A
Authority: JP
Inventors: シューブランシューシング，; 利之田村; イスクレンイアネフ，
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2019-11-11
Filing date: 2020-11-06
Publication date: 2022-09-26
Anticipated expiration: 2040-11-06
Also published as: US20220360670A1; WO2021095655A1; EP3981109A1; JP7235160B2

Abstract

本開示は、コアネットワークにおけるネットワーク機能ノードであって、ユーザ装置（ＵＥ）から、ＵＥについてのアイデンティティ情報と、複数のユーザアイデンティティ情報とを含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを受信する手段であって、複数のユーザアイデンティティ情報のそれぞれが、ＵＥを使用するユーザについてのユーザアイデンティファイアを含む、手段と、複数のユーザアイデンティティ情報に基づいてＰＣＣ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ）ルールを作成するために、複数のユーザアイデンティティ情報を、コアネットワークにおけるポリシー制御及び課金機能ノードに送信する手段と、を備えるネットワーク機能ノードを提案する。【選択図】図５

Description

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

略語一覧
３ＧＰＰ第３世代パートナーシッププロジェクト（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）
５ＧＣ第５世代コアネットワーク（５ｔｈＧｅｎｅｒａｔｉｏｎＣｏｒｅＮｅｔｗｏｒｋ）
５ＧＳ第５世代システム（５ｔｈＧｅｎｅｒａｔｉｏｎＳｙｓｔｅｍ）
ＡＦアプリケーション機能（ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ）
ＡＭＰｏｌｉｃｙアクセス及びモビリティ管理（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）
ＡＭＦアクセス及びモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）
ＡＰＩアプリケーションプログラミングインターフェース（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅｓ）
ＣＤＲ課金データ記録（ＣｈａｒｇｉｎｇＤａｔａＲｅｃｏｒｄ）
ＣＨＦ課金機能（ＣｈａｒｇｉｎｇＦｕｎｃｔｉｏｎ）
ＤＮＮデータネットワーク名（ＤａｔａＮｅｔｗｏｒｋＮａｍｅ）
ＥＰＳ進化したパケットシステム（ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ）
ＧＰＲＳ汎用パケット無線サービス（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅｓ）
ＧＴＰ－ＣＧＰＲＳトンネリングプロトコル（ＧＰＲＳＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ）
ＨＯＬライン先頭（ＨｅａｄｏｆＬｉｎｅ）
Ｈ－ＰＣＦホームポリシー制御機能（ＨｏｍｅＰｏｌｉｃｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）
ＨＴＴＰＳハイパーテキスト転送プロトコルセキュア（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌＳｅｃｕｒｅ）
ＭＮＯモバイル・ネットワーク・オペレータ（ＭｏｂｉｌｅＮｅｔｗｏｒｋＯｐｅｒａｔｏｒ）
ＮＥＦネットワークエクスポージャ機能（ＮｅｔｗｏｒｋＥｘｐｏｓｕｒｅＦｕｎｃｔｉｏｎ）
ＮＦネットワーク機能（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）
ＮＲＦネットワークリポジトリ関数（ＮｅｔｗｏｒｋＲｅｐｏｓｉｔｏｒｙＦｕｎｃｔｉｏｎ）
ＰＣＣポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ）
ＰＣＦポリシー制御機能（ＰｏｌｉｃｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）
ＰＤＵプロトコルデータユニット（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）
ＱｏＳサービス品質（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）
ＱＵＩＣクイックＵＤＰインターネット接続（ＱｕｉｃｋＵＤＰＩｎｔｅｒｎｅｔＣｏｎｎｅｃｔｉｏｎｓ）
ＲＥＳＴ代表的な状態転送（ＲｅｐｒｅｓｅｎｔａｔｉｏｎａｌＳｔａｔｅＴｒａｎｓｆｅｒ）
ＳＤＬ共有データレイヤ（ＳｈａｒｅｄＤａｔａＬａｙｅｒ）
ＳＬＡサービスレベルアグリーメント（Ｓｅｒｖｉｃｅｌｅｖｅｌａｇｒｅｅｍｅｎｔ）
ＳＭセッション管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）
ＳＭＦセッション管理機能（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）
Ｓ－ＮＳＳＡＩ単一ネットワークスライス選択補助情報（ＳｉｎｇｌｅＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）
ＳＵＰＩサブスクリプション永久的アイデンティファイア（ＳｕｂｓｃｒｉｐｔｉｏｎＰｅｒｍａｎｅｎｔＩｄｅｎｔｉｆｉｅｒ）
ＴＣＰトランスポート制御プロトコル（ＴｒａｎｓｐｏｒｔＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）
ＴＬＳトランスポートレイヤセキュリティ（ＴｒａｎｓｐｏｒｔＬａｙｅｒＳｅｃｕｒｉｔｙ）
ＴＴＩ送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）
ＵＤＭ統合データ管理（ＵｎｉｆｉｅｄＤａｔａＭａｎａｇｅｍｅｎｔ）
ＵＤＲ統合データリポジトリ（ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｔｏｒｙ）
ＵＰＦユーザプレーン機能（ＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ）
ＵＥユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）
ＵＩＣＣユニバーサル集積回路カード（ＵｎｉｖｅｒｓａｌＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔＣａｒｄ）
（Ｕ）ＳＩＭ汎用加入者識別モジュール（ＵｎｉｖｅｒｓａｌＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅ）
Ｖ－ＰＣＦ訪問ポリシー制御機能（ＶｉｓｉｔｅｄＰｏｌｉｃｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）
ＶＰＬＭＮ訪問公衆陸上移動体通信網（Ｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ）

本明細書の目的のために、３ＧＰＰＴＲ２１．９０５［１］及び以下に与えられる用語及び定義が適用される。本明細書において定義される用語は、もしあれば、３ＧＰＰＴＲ２１．９０５［１］における同じ用語の定義よりも優先される。
ユーザ：３ＧＰＰＴＲ２１．９０５［１］で定義されるもの。３ＧＰＰシステムサービスを使用する、３ＧＰＰシステムの一部ではないエンティティ。例：携帯電話として３ＧＰＰシステム移動局を使用する人。
ユーザアイデンティティ（ｕｓｅｒｉｄｅｎｔｉｔｙ）：特定のコンテキストにおいてユーザを表す情報。ユーザは、例えば、自身の職業のコンテキストにおけるユーザアイデンティティ（ＵｓｅｒＩｄｅｎｔｉｔｙ）、あるいは、プライベートな生活のいくつかの側面におけるプライベートユーザアイデンティティ（ＵｓｅｒＩｄｅｎｔｉｔｙ）などの、いくつかのユーザアイデンティティを有することができる。３ＧＰＰＴＲ２２．９０４［５］を参照。
ユーザアイデンティファイア（ｕｓｅｒｉｄｅｎｔｉｆｉｅｒ）：１又は複数のシステムにおいてある特定のユーザアイデンティティ（ＵｓｅｒＩｄｅｎｔｉｔｙ）を識別するために使用される情報。３ＧＰＰＴＲ２２．９０４［５］を参照。
ユーザアイデンティティプロファイル（ｕｓｅｒｉｄｅｎｔｉｔｙｐｒｏｆｉｌｅ）：ユーザのユーザアイデンティティ（ＵｓｅｒＩｄｅｎｔｉｔｉｅｓ）に関連付けられた情報の集まり。３ＧＰＰＴＲ２２．９０４［５］を参照。

より幅広いユーザ経験及び最適化された性能をもたらし、かつオペレータの３ＧＰＰシステムを構成していないデバイス及びユーザにサービスを提供するため、５Ｇシステム（５ＧＳ）がユーザ固有アイデンティティ（ｕｓｅｒ－ｓｐｅｃｉｆｉｃｉｄｅｎｔｉｔｉｅｓ）の作成及び使用に対応できることが重要である。ユーザ固有アイデンティティが適用可能で、かつ５Ｇシステムによりサポートする必要のあるシナリオは複数存在する。例えば、１人以上のユーザ（すなわち人間）が１台のＵＥを共有し、かつ１つ以上のユーザ（すなわちデバイス）が１つのゲートウェイＵＥの背後に存在し、さらに１つ以上のユーザ（すなわちゲーミングアプリケーション）が同一のＵＥ上で実行され、かつそれぞれが異なるユーザとして扱われるシナリオはいくつか存在する。これらは、［５］で詳述されている。

現在、５ＧＳは、個々のＵＥＩＤでサブスクリプションベースごとに課金を有効化できる。しかし、上述の使用ケース例の場合、ＰＣＦ、ＳＭＦ、ＵＰＦ、ＣＨＦ等の５Ｇシステムが、個別のユーザアイデンティファイア（複数可）の粒度に応じて、当該ＵＥを共有する異なるユーザに対応したポリシー及び課金情報、すなわちポリシー及び課金エネーブラを作成、報告、管理及び／又は提供する方法はない。

本開示の態様によれば、コアネットワークにおけるネットワーク機能ノードは、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）から、前記ＵＥについてのアイデンティティ情報と複数のユーザアイデンティティ情報とを含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを受信する手段であって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥを使用するユーザについてのユーザアイデンティファイアを含む、手段と、前記複数のユーザアイデンティティ情報に基づいてポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ＰＣＣ）ルールを作成するために、前記複数のユーザアイデンティティ情報を、前記コアネットワークにおけるポリシー制御及び課金機能ノードに送信する手段と、を備える。

本開示の別の態様によれば、コアネットワークにおけるポリシー制御及び課金機能ノードは、前記コアネットワークにおけるネットワーク機能ノードから複数のユーザアイデンティティ情報を受信する手段であって、前記複数のユーザアイデンティティ情報のそれぞれが、ユーザ装置（ＵＥ：ｕｓｅｒｅｑｕｉｐｍｅｎｔ）を使用するユーザのユーザアイデンティファイアを含む、手段と、前記複数のユーザアイデンティティ情報に基づいてポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ＰＣＣ）ルールを作成する手段と、前記ＰＰＣルールを前記ネットワーク機能ノードに対して送信する手段と、を備える。

本開示の別の態様によれば、コアネットワークにおけるネットワーク機能ノードのための方法は、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）から、前記ＵＥについてのアイデンティティ情報と複数のユーザアイデンティティ情報とを含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを受信することであって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥを使用するユーザのユーザアイデンティファイアを含むことと、前記複数のユーザアイデンティティ情報に基づいてポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ＰＣＣ）ルールを作成するために、前記複数のユーザアイデンティティ情報を前記コアネットワークにおけるポリシー制御及び課金機能ノードに送信することと、を含む。

本開示の別の態様によれば、コアネットワークにおけるポリシー制御及び課金機能ノードのための方法は、前記コアネットワークにおけるネットワーク機能ノードから複数のユーザアイデンティティ情報を受信することであって、前記複数のユーザアイデンティティ情報のそれぞれが、ユーザ装置（Ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）を使用するユーザのユーザアイデンティファイアを含むことと、前記複数のユーザアイデンティティ情報に基づいてポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ＰＰＣ）ルールを作成することと、前記ＰＣＣルールを前記ネットワーク機能ノードに対して送信することと、を含む。

図１は、マルチユーザＳＭポリシー関連付け確立（Ｍｕｌｔｉ－ＵｓｅｒＳＭＰｏｌｉｃｙＡｓｓｏｃｉａｔｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャのフローである。図２は、マルチユーザＳＭポリシー関連付け確立プロシージャのフローである。図３は、ＵＥ１ごとに複数のユーザが関わっているＵＥポリシー関連付け確立（ＵＥＰｏｌｉｃｙＡｓｓｏｃｉａｔｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ）のフローである。図４は、Ｎｎｅｆ＿ＣｈａｒｇｅａｂｌｅＰａｒｔｙ＿Ｃｒｅａｔｅ要求メッセージを送信することによりセットアップされるセッションのために、課金可能当事者（ｃｈａｒｇｅａｂｌｅｐａｒｔｙ）となるようＡＦ８が要求する場合の拡張プロシージャである。図５は、上記例示的な実施形態が適用可能なモバイル（携帯又はワイヤレス）通信システムの概略図である。図６は、図５に示すＵＥ（モバイルデバイス１）の主要コンポーネントを図示したブロック図である。図７は、図５に示す代表的な（Ｒ）ＡＮノード９（基地局）の主要コンポーネントを図示したブロック図である。図８は、一般的なコアネットワークノード（又は機能）の主要コンポーネントを図示したブロック図である。

例示的な態様１：ＵＥごとに複数のユーザが関わっているケースのマルチユーザＳＭポリシー関連付け確立
この例示的な態様は、ＵＥ１が、ユーザアイデンティファイア（複数可）を持つＰＤＵセッション確立要求メッセージをＡＭＦ２に対して送信する場合に、下記の新しい機能を開示する。
－５ＧＣは、ユーザアイデンティファイア（複数可）ベースごとにＰＣＣ認証を提供する。
－５ＧＣは、関連したユーザアイデンティファイア（複数可）ベースに基づいて、ＰＣＣポリシーをＰＤＵセッションに提供する。
－５ＧＣは、ユーザアイデンティファイア（複数可）に固有の課金ポリシーに基づいて、ＣＤＲ（ＣｈａｒｇｉｎｇＤａｔａＲｅｃｏｒｄ：課金データ記録）を提供する。

図１は、マルチユーザＳＭポリシー関連付け確立プロシージャを説明する。

ステップ１：ＵＥ１は、ＵＥ１のユーザ（例えばユーザＩＤ１及びユーザＩＤ２）を表すユーザアイデンティファイア（複数可）と共に、ＰＤＵセッション確立要求メッセージ（ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔｍｅｓｓａｇｅ）をＡＭＦ２に対して送信する。

ステップ２：ＴＳ２３．５０２［３］のセクション４．３．２．２．１のステップ１からステップ７ａは、ＵＥによって要求されたＰＤＵセッション確立（ＵＥＲｅｑｕｅｓｔｅｄＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ）を目的として実施される。ＡＭＦ２は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求をＳＭＦ３に対して送信し、ここで、ＡＭＦ２は、ＰＤＵセッションの確立対象となるユーザアイデンティファイア（複数可）を含める。確立中のＰＤＵセッションが、ユーザごと（例えば、ユーザアイデンティファイア（複数可）により表されるユーザＩＤ１ごと、又はユーザＩＤ２ごと）のＰＣＣポリシーを必要としているか否かを示すセッション管理サブスクリプションデータをＳＭＦ３が検索（ｒｅｔｒｉｅｖｅ）する場合、ＵＤＭ５は、ＵＥ１がユーザごとのＰＣＣポリシーを必要としているか否かを示すＰＤＵセッションごと及びＵＥ１ごとの新しいセッション管理サブスクリプションデータを管理する。ＰＣＣポリシーが必要な場合、ユーザベースごと（例えば、ユーザアイデンティファイア（複数可）により表されるユーザＩＤ１ごと、又はユーザＩＤ２ごと）にＰＣＣルールを割り当てることができ、これにより、（１）ユーザベースごとのＰＣＣ認証を実施すること、（２）ユーザベースごと（ユーザアイデンティファイア（複数可）により表されるユーザＩＤ１、又はユーザＩＤ２）のＱｏＳ制御が可能になるようユーザベースごとにＰＣＣポリシーを適用すること、さらに（３）ユーザごとにＰＣＣルールに基づいてＣＤＲを生成することができるようになる。

ステップ３：ＳＭＦ３が、１つ以上のユーザアイデンティファイアを有するＰＤＵセッション作成要求（ＰＤＵｓｅｓｓｉｏｎｃｒｅａｔｅｒｅｑｕｅｓｔ）を受信するシナリオにおいて、ＳＭＦ３は、ＰＣＣ認証が必要であると判断し、その結果、ＰＣＦ４とのＳＭポリシー関連付け（ＳＭＰｏｌｉｃｙＡｓｓｏｃｉａｔｉｏｎ）を確立するよう要求する。ＰＣＦ４は、ＵＥ１からのＰＤＵセッション確立要求メッセージで受信したユーザアイデンティファイア（複数可）を考慮して、ＳＭＦ３により選択することができる。

ステップ４：ＳＭＦ３は、ユーザアイデンティファイア（複数可）、ＰＤＵセッションＩＤ、ＤＮＮ、ＡｐｐＩＤ（アプリＩＤ）及び／又はＳ－ＮＳＳＡＩ等の新しい／追加パラメータを含むＮｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿ＣｒｅａｔｅメッセージをＰＣＦ４に対して送信する。これらのパラメータは、ユーザ（複数可）（すなわちユーザアイデンティファイア（複数可））に関連付けられた上記提供されたＰＤＵセッションＩＤを有するセッションにとって、ＳＭポリシー作成が必要であることをＰＣＦ４に対して示す。

ステップ５：ＰＣＦ４が、ポリシーに関連するサブスクライバ情報を有していない場合、ＰＣＦ４は、ユーザアイデンティファイア（複数可）を含むＮｕｄｒ＿ＤＭ＿Ｑｕｅｒｙ要求メッセージをＵＤＭ５に対して送信する。

ステップ６：ＵＤＭ５は、ユーザアイデンティファイア（複数可）固有のポリシーデータを含むＮｕｄｒ＿ＤＭ＿Ｑｕｅｒｙ応答メッセージをＰＣＦ４に対して送信する。ＵＤＭ５は、ＳＵＰＩごとのポリシーデータに加えて、ＳＵＰＩ（すなわちＵＥＩＤ）とユーザアイデンティファイア（複数可）の組み合わせごとのポリシーデータを管理するため、ＵＤＭ５は、この情報を提供することができる。

ステップ７：ＰＣＦ４は、Ｎｃｈｆ＿ＳｐｅｎｄｉｎｇＬｉｍｉｔＣｏｎｔｒｏｌ＿Ｓｕｂｓｃｒｉｂｅ要求メッセージをＣＨＦ６に対して送信して、ＳＵＰＩ及びユーザアイデンティファイア（複数可）を含む初回（ｉｎｉｔｉａｌ）又は中間（ｉｎｔｅｒｍｅｄｉａｔｅ）のスペンディング・リミット・レポート検索（ＳｐｅｎｄｉｎｇＬｉｍｉｔＲｅｐｏｒｔＲｅｔｒｉｅｖａｌ）を起動する。

ステップ８：ＣＨＦ６は、イベント情報内のユーザ（すなわちユーザアイデンティファイア）とＳＵＰＩ（すなわちサブスクライバ）の組み合わせのための要求された被サブスクライブポリシーカウンタ（ｒｅｑｕｅｓｔｅｄｓｕｂｓｃｒｉｂｅｄｐｏｌｉｃｙｃｏｕｎｔｅｒｓ）のステータス、さらには、ユーザ（すなわちユーザアイデンティファイア）とＳＵＰＩ（すなわちサブスクライバ）の組み合わせに使用できるすべてのポリシーカウンタ（複数可）のためのペンディングポリシーカウンタ（Ｐｅｎｄｉｎｇｐｏｌｉｃｙｃｏｕｎｔｅｒ）ステータス及びそれらのアクティベーション時間と共に、Ｎｃｈｆ＿ＳｐｅｎｄｉｎｇＬｉｍｉｔＣｏｎｔｒｏｌ＿Ｓｕｂｓｃｒｉｂｅ応答メッセージをＰＣＦ４に対して送信する。ＣＨＦ６は、ＳＵＰＩごとの「スペンディング・リミット・レポートに関連した情報」に加えて、ＳＵＰＩとユーザアイデンティファイアの組み合わせごとの「スペンディング・リミット・レポートに関連した情報」を管理するため、ＣＨＦ６は、この情報を提供することができる。

ステップ９：ＰＣＣ認証及びポリシーの決定は、ＳＭＦ３／ＵＤＭ５／ＣＨＦ６から受信したパラメータに基づき、ＰＣＦ４において行われる。いずれかの妥当性確認条件（ｖａｌｉｄａｔｉｏｎｃｏｎｄｉｔｉｏｎ）が満たされていない場合、ＰＣＣ認証は、失敗する場合がある。

ステップ１０：ＰＣＦ４は、Ｎｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ応答メッセージをＳＭＦ３に対して送信する。ユーザ固有の無効状態（ｉｎｖａｌｉｄｉｔｙ）のためにＰＣＦ４においてＰＣＣ認証が失敗した場合、Ｎｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ応答メッセージは、「ユーザ固有のＰＣＣ認証は失敗した」ことを示す原因値（ｃａｕｓｅｖａｌｕｅ）を含む。

ステップ１１：ＰＣＦ４から受信した、Ｎｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ応答メッセージに含まれるフィードバックに基づき、ＳＭＦ３は、ユーザアイデンティファイア（複数可）のみに対して有効な認証済みＱｏＳルールを含むＰＤＵセッション受諾メッセージ（ＰＤＵＳｅｓｓｉｏｎＡｃｃｅｐｔｍｅｓｓａｇｅ）をＵＥ１に対して送信する。他方、ＳＭＦ３が、「ユーザ固有のＰＣＣ認証は失敗した」ことを示す原因値を受信した場合、ＳＭＦ３は、ＳＭ原因値「ユーザ固有のＰＣＣ認証は失敗した」と共にＰＤＵセッション拒絶メッセージ（ＰＤＵＳｅｓｓｉｏｎＲｅｊｅｃｔｍｅｓｓａｇｅ）を送信する。ＵＥ１が、ＳＭＦ３からＳＭ原因値「ユーザ固有のＰＣＣ認証は失敗した」と共にＰＤＵセッション拒絶メッセージを受信した場合、ＵＥ１は、この失敗を本ユーザアイデンティファイアにのみ適用するものとする、すなわち、この失敗は、その他のいかなるユーザアイデンティファイアにも影響を及ぼさない。

例示的な態様２：ＵＥごとに複数のユーザが関わっている場合のポリシー及び課金を有効化するためのＡＭポリシー関連付け確立
この例示的な態様は、ＡＭＦ２と（Ｖ－）ＰＣＦ４１との間にＡＭポリシー関連付けが確立されている場合に、下記の新しい機能を開示する。
－５ＧＣは、ＵＥ１ごと及び関連付けられたユーザアイデンティファイア（複数可）ベースのＡＭポリシー及び関連した課金処理を提供する。

図２は、マルチユーザＳＭポリシー関連付け確立プロシージャのフローを説明する。

ステップ０：ＡＭＦ２は、下記のいずれか１つのトリガによりＡＭポリシー関連付け確立プロシージャを開始することができる。
－ユーザアイデンティファイア（複数可）を有するＵＥ１から登録要求メッセージが受信される。
－ＡＭＦ２は、ハンドオーバプロシージャの結果、（Ｖ－）ＰＣＦ４１をリロケート（ｒｅｌｏｃａｔｅ）する。

ステップ１：ＡＭＦ２は、ＵＥ１（例えばユーザアイデンティファイア（複数可））ごとに複数のユーザが関与している場合、（Ｖ－）ＰＣＦ４１とのＡＭポリシー関連付けを確立することを決定する。

ステップ２：ＡＭＦ２は、ユーザアイデンティファイア（複数可）、ＤＮＮ、ＡＰＰＩＤ、Ｓ－ＮＳＳＡＩと共に、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ要求メッセージを（Ｖ－）ＰＣＦ４１に対して送信する。

ステップ３：（Ｖ－）ＰＣＦ４１は、受信したユーザアイデンティファイア（複数可）と共にＵＥ１のオペレータポリシーを適用する。

ステップ４：（Ｖ－）ＰＣＦ４１は、ユーザアイデンティファイア（複数可）固有のＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ応答メッセージをＡＭＦ２に対して送信する。

ステップ５：（Ｖ－）ＰＣＦ４１から受信したユーザアイデンティファイア（複数可）固有のＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ応答メッセージ、及びその他の情報に基づき、ＡＭＦ２は、ユーザアイデンティファイア（複数可）固有のアクセス及びモビリティ制御ポリシーを展開（ｄｅｐｌｏｙ）する。

例示的な態様３：マルチユーザＵＥポリシー関連付け確立
この例示的な態様は、マルチユーザＵＥポリシー関連付け確立に対して下記の新しい機能を展開する。
－ローミングシナリオのためのマルチユーザＵＥポリシー関連付け管理。

図３は、ＵＥ１ごとに複数のユーザが関わっている場合のＵＥポリシー関連付け確立のフローを説明する。

ステップ０：例えば５ＧＳに登録されているユーザＩＤ１、ユーザＩＤ２（ユーザアイデンティファイア（複数可）により表される）を有するＵＥ１に関連付けられた１人以上のユーザ。

ステップ１：ＡＭＦ２は、ＶＰＬＭＮにおいて、例えばローミングインＵＥ１から受信したＵＥポリシーコンテナ（ＵＥＰｏｌｉｃｙＣｏｎｔａｉｎｅｒ）に基づき、ポリシー関連付けを確立することを決定する。

ステップ２：ＡＭＦ２は、追加パラメータとしてユーザアイデンティファイア（複数可）、ＤＮＮ、ＡｐｐＩＤ、Ｓ－ＮＳＳＡＩと共に、Ｎｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ要求メッセージをＶ－ＰＣＦ４１に対して送信する。

ステップ３：Ｖ－ＰＣＦ４１は、ステップ２においてＡＭＦ２から受信したＮｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ要求メッセージをＨ－ＰＣＦ４２に対して転送する。

ステップ４：Ｈ－ＰＣＦ４２は、ユーザ（すなわちユーザアイデンティファイア）ベースごとにＵＥポリシー関連付けに関連したデータ（ＵＥＰｏｌｉｃｙＡｓｓｏｃｉａｔｉｏｎｒｅｌａｔｅｄｄａｔａ）を更新し、さらに、ユーザアイデンティファイア（複数可）固有のＰＤＵセッションポリシー及びＰＣＣルール情報と共に、Ｎｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ応答（ＵＥＩＤ、ユーザアイデンティファイア固有のＰＤＵセッションポリシー及びＰＣＣルール情報）メッセージをＶ－ＰＣＦ４１に対して送信する。

ステップ５：Ｖ－ＰＣＦ４１は、Ｖ－ＰＣＦ４１内でポリシー制御要求トリガ（ＰｏｌｉｃｙＣｏｎｔｒｏｌＲｅｑｕｅｓｔＴｒｉｇｇｅｒ）パラメータを更新し、さらにＮｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ応答（ＵＥＩＤ、ユーザアイデンティファイア（複数可）固有のＰＤＵセッションポリシー及びＰＣＣルール情報）を含むＮｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ応答（ＵＥＩＤ、ユーザアイデンティファイア（複数可）固有のＰＤＵセッションポリシー及びＰＣＣルール情報）メッセージをＡＭＦ２に転送する。

ステップ６：ＡＭＦ２は、アクセス及びモビリティポリシー（ＡＭポリシー）を展開する。

例示的な態様４：ＵＥごとに複数のユーザが関わっている場合にポリシー及び課金を有効化するための、ＡＦの影響を伴うマルチユーザ課金
この例示的な態様は、ＵＥ１ごとに複数のユーザが関わっている場合にポリシー及び課金を有効化するため、ＡＦ８の影響を伴うマルチユーザ課金に対して下記の新しい機能を開示する。
－トラフィックルーティング機能に対するアプリケーション機能の影響は、ＵＥ１ごと及び関連付けられたユーザアイデンティファイア（複数可）ベースで作用する。

以下の図４は、Ｎｎｅｆ＿ＣｈａｒｇｅａｂｌｅＰａｒｔｙ＿Ｃｒｅａｔｅ要求メッセージを送信することによりセットアップされるセッションのために、課金可能当事者（ｃｈａｒｇｅａｂｌｅｐａｒｔｙ）となるようＡＦ８が要求する場合の拡張プロシージャを示す。

ステップ０：本シナリオでは、ＣＨＦ６が、ユーザＩＤ（例えばユーザアイデンティファイア）ベースのポリシーにサブスクライブされ、かつＳＭＦ３により提供された報告サービを使用していると想定されている。

ステップ１：ＡＦ８は、Ｎｎｅｆ＿ＣｈａｒｇｅａｂｌｅＰａｒｔｙ＿Ｃｒｅａｔｅ要求メッセージをＰＣＦ４に対して送信し、さらに、ユーザアイデンティファイア（複数可）、ＤＮＮ、ＡｐｐＩＤを含めるため、セッションの課金可能当事者となる。

ステップ２：ＰＣＦ４は、対応するパラメータを有する受信要求をＳＭＦ３に対して転送する。

ステップ３：ＳＭＦ３は、ユーザＩＤベース（例えばユーザアイデンティファイアごと）のポリシーと共にＮ４セッション変更要求メッセージ（Ｎ４ＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔｍｅｓｓａｇｅ）を送信し、さらに、使用報告（ＵｓａｇｅＲｅｐｏｒｔｉｎｇ）が設定されている場合はＵＰＦ７への報告を使用するため、課金のための使用情報収集がユーザＩＤ（例えばユーザアイデンティファイア）等を示すよう使用報告ルール（ＵｓａｇｅＲｅｐｏｒｔｉｎｇＲｕｌｅｓ）が変更される。

ステップ４：ＵＰＦ７は、Ｎ４セッション変更応答メッセージ（Ｎ４ＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｓｐｏｎｓｅｍｅｓｓａｇｅ）をＳＭＦ３に対して送信する。

ステップ５：ＣＨＦ６はこのサービスにサブスクライブしているため、ＳＭＦ３は、ユーザＩＤ（例えばユーザアイデンティファイア）固有の課金報告を伴うＮｃｈｆ＿ＮｏｔｉｆｙメッセージをＣＨＦ６に対して送信する。

概要
有益なことに、上述の例示的な態様は、下記のいずれか１つ又は複数の機能を含むが、これらに限定されるものではない。
－ＵＥごとに複数のユーザアイデンティファイアを使用するケースの課金及びポリシーを有効化するため、新しいパラメータ、機能及び動作が提案されている。これらの機能及び動作は、以下のとおりである。
１．ＵＥごとに複数のユーザが関わっている場合のシナリオにおけるＳＭ及びＡＭポリシー関連付け確立及び変更。個人ユーザ（複数可）粒度レベルにおいて適切なポリシー及び課金を確実にするため、上述の例示的な態様で提案されているＳＭＦ、ＰＣＦ、ＣＨＦ、ＵＥのやりとり。
２．ＳＭＦは、ゲートウェイＵＥを共有している、又はその背後に存在している１人以上のユーザに対応するポリシー及び課金をＰＣＦが作成できるセッション管理ポリシー関連付けを確立する。
ａ．ＳＭＦは、ユーザアイデンティファイア（複数可）にはＰＣＣ認証が必要であると判断し、かつＰＣＦとのＳＭポリシー関連付けを確立すること要求する。
ｂ．ＳＭＦは、新しいパラメータ、すなわちユーザアイデンティファイア（複数可）及びＰＤＵセッションＩＤをＰＣＦに対して送信する。
ｃ．ＳＭＦは、Ｎ４を使用して、ＵＰＦが拘束力のある使用監視及び使用報告を行うことができる受信ＰＣＣルールを特定のユーザ（複数可）に適用する。
３．ＡＭＦは、ＵＥごとに複数のユーザが関わっている場合に、ＰＣＦとのＡＭポリシー関連付けを確立する。
ａ．１つ以上のユーザＩＤにより、及び／又はその他の基準に基づき、ハンドオーバプロシージャ及び登録プロシージャのＰＣＦ変更を伴う初回登録及び／又はＡＭＦ再割り当て受信時に、ＡＭＦは、ＡＭポリシー関連付けを確立することを決定する。
ｂ．ＡＭＦは、新しいパラメータ、すなわちユーザアイデンティティをＰＣＦに対して送信する。

これらの機能を提供するため、上述の例示的な態様は、下記の（少なくとも一部の）ステップで構成される代表的な方法を説明する。
１．セッション管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ：ＳＭ）ポリシー関連付け確立プロシージャ及び変更プロシージャは、ＵＥごとに複数のユーザが関わっている使用ケースを対象として拡張されている。これには下記を伴う。
ａ．ＳＭＦは、ユーザアイデンティファイア（複数可）にはＰＣＣ認証が必要であると判断し、かつＰＣＦとのＳＭポリシー関連付けを確立すること要求する。
ｂ．ＳＭＦは、例えばＮｐｃｆ＿ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅメッセージに含まれる追加パラメータとして、ユーザアイデンティティ及びＰＤＵセッションＩＤをＰＣＦに対して提供する。
ｃ．次にＰＣＦは、ユーザＩＤごと及び／又はＰＤＵセッションＩＤごとにポリシーカウンタステータスをＣＨＦとチェックする。
ｄ．ＳＭＦは、受諾メッセージをＵＥに対して送信するか、又はＳＭポリシー原因値と共に拒絶メッセージをＵＥに対して送信する。
２．ＡＭポリシー関連付け確立プロシージャは、ＵＥごとに複数のユーザが関わっている使用ケースを対象として拡張されている。これには下記を伴う。
ａ．例えば、１つ以上のユーザＩＤにより、及び／又はその他の基準に基づき、ハンドオーバプロシージャ及び登録プロシージャのＰＣＦ変更を伴う初回登録（ｉｎｉｔｉａｌｒｅｇｉｓｔｒａｔｉｏｎ）及び／又はＡＭＦ再アロケーション（ＡＭＦｒｅ－ａｌｌｏｃａｔｉｏｎ）をＡＭＦが受信した場合、ＡＭＦは、ＰＣＦとのＡＭポリシー関連付けを確立することを決定する。
ｂ．ＡＭＦは、例えば追加パラメータとして含まれるユーザアイデンティティ等の新しいパラメータを、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅに対して送信する。
３．ＵＥごとに複数のユーザが関わっている場合にポリシー及び課金を可能にするため、ＡＦの影響を有効化するプロシージャ
ａ．アプリケーション機能（ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ：ＡＦ）が、セットアップされるセッションの課金可能当事者となることを要求するケースにおいて、ＡＦは、ユーザアイデンティファイア（複数可）をＰＣＦに対して提供する。
ｂ．ＳＭＦは、各ユーザアイデンティティに対応するデータ使用を示すＣＨＦを通知する。
４．拡張プロシージャＵＥポリシー関連付け確立
ａ．ＡＭＦは、例えばＮｐｃｆ＿ＵＥＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｃｒｅａｔｅ要求メッセージに含まれるユーザアイデンティファイア等の新しいパラメータを、ＰＣＦに対して送信する。

利点
現在、５ＧＳは、個々のＵＥＩＤでサブスクリプションベースごとに課金を有効化でき、さらに、５Ｇシステム（ＰＣＦ、ＳＭＦ、ＵＰＦ、ＡＦ、ＣＨＦ）が、個別のユーザアイデンティファイア（複数可）の粒度に応じて、当該ＵＥを共有している異なるユーザに対応するポリシー及び課金情報、すなわちポリシー及び課金エネーブラを作成、報告、管理及び／又は提供する方法はない。本開示は、ＵＥごとに複数のユーザアイデンティティが存在する使用ケースを対象として課金及びポリシーを有効化する例示的な態様を提案する。

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

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

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

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

コアネットワーク１０は、典型的には通信システム１における通信をサポートするための論理ノード（又は「機能」）を含む。典型的には、例えば、「ＮｅｘｔＧｅｎｅｒａｔｉｏｎ」／５Ｇシステムのコアネットワーク１０は、他の機能に加えて、制御プレーン機能（ＣＰＦ）及びユーザプレーン機能（ＵＰＦ）７を含むことになる。コアネットワーク１０は、とりわけ、アクセス及びモビリティ管理機能（ＡＭＦ）２と、セッション管理機能（ＡＭＦ）３と、ポリシー制御機能（ＰＣＦ）４と、統合データ管理／統合データリポジトリ（ＵＤＭ／ＵＤＲ）５と、課金機能（ＣＨＦ）６を含むこともできることが理解される。

アプリケーションサーバ（ＡＦ）８は、コアネットワーク１０内に設けてもよく、又は、コアネットワーク１０に接続されてもよい。コアネットワーク１０から（インターネットなどの）外部ＩＰネットワーク１１への接続も提供される。
このシステムの構成要素は、上述の例示的な実施形態の１つまたは複数を実行するように構成される。

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

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

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

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

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

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

上記の実施形態は、「非モバイル」若しくは概して固定式のユーザ装置に対しても適用可能である。

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

本明細書に記載の参考文献一覧
［１］３ＧＰＰＴＲ２１．９０５：「３ＧＰＰ仕様書のボキャブラリ」（Ｖｏｃａｂｕｌａｒｙｆｏｒ３ＧＰＰＳｐｅｃｉｆｉｃａｔｉｏｎｓ）．Ｖ１６．０．０（２０１９－０６－１１）
［２］３ＧＰＰＴＳ２３．５０１：「５Ｇシステムのシステムアーキテクチャ；ステージ２」（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅｆｏｒｔｈｅ５ＧＳｙｓｔｅｍ；Ｓｔａｇｅ２）．Ｖ１６．０．０
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２３＿ｓｅｒｉｅｓ／２３．５０１／２３５０１－ｆ４０．ｚｉｐ
［３］３ＧＰＰＴＳ２３．５０２：「５Ｇシステムの手続き；ステージ２」“Ｐｒｏｃｅｄｕｒｅｓｆｏｒｔｈｅ５ＧＳｙｓｔｅｍ；Ｓｔａｇｅ２” Ｖ１６．０．０
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２３＿ｓｅｒｉｅｓ／２３．５０２／２３５０２－ｆ４０．ｚｉｐ
［４］新規ＳＩＤ：５Ｇシステム（ＦＳ＿ＵＵＩ５）Ｓ２－１９０６７１７におけるユーザアイデンティティの使用に関するＳＡ２検討項目
［５］最新のＳＡ１ＴＲ２２．９０４、ユーザ中心の識別子と認証に関する研究
ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２２＿ｓｅｒｉｅｓ／２２．９０４／２２９０４－ｇ１０．ｚｉｐ

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

１モバイル装置（ＵＥ）
２ＡＭＦ
３ＳＭＦ
４ＰＣＦ
５ＵＤＭ／ＵＤＲ
６ＣＨＦ
７ＵＰＦ
８ＡＦ
９（Ｒ）ＡＮノード
１０コアネットワーク
１１外部ＩＰネットワーク
３１トランシーバ回路
３２アンテナ
３３ユーザインタフェース
３４コントローラ
３５メモリ
３６オペレーティングシステム
３７通信制御モジュール
５１トランシーバ回路
５３アンテナ
５５ネットワークインタフェース
５７コントローラ
５９メモリ
６１オペレーティングシステム
６３通信制御モジュール
７１トランシーバ回路
７５ネットワークインタフェース
７７コントローラ
７９メモリ
８１オペレーティングシステム
８３通信制御モジュール

Claims

コアネットワークにおけるネットワーク機能ノードであって、
ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）から、前記ＵＥについてのアイデンティティ情報と複数のユーザアイデンティティ情報とを含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを受信する手段であって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥを使用するユーザについてのユーザアイデンティファイアを含む、手段と、
前記複数のユーザアイデンティティ情報に基づいてポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ＰＣＣ）ルールを作成するために、前記複数のユーザアイデンティティ情報を、前記コアネットワークにおけるポリシー制御及び課金機能ノードに送信する手段と、
を備える、
ネットワーク機能ノード。
前記ネットワーク機能ノードは、セッション管理機能（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）ノードを含み、
前記ＮＡＳメッセージは、ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションアイデンティティ（ｉｄｅｎｔｉｔｙ：ＩＤ）を含み、
前記送信する手段は、前記ＰＤＵセッションＩＤ及び前記複数のユーザアイデンティティ情報に基づいて前記ＰＣＣルールを作成するために、前記ＰＤＵセッションＩＤ及び前記複数のユーザアイデンティティ情報を、前記ポリシー制御及び課金機能ノードに送信するように構成されている、
請求項１に記載のネットワーク機能ノード。
前記ポリシー制御及び課金機能ノードから前記ＰＣＣルールを受信する手段と、
前記ＰＣＣルールに基づいて、前記ＮＡＳメッセージが受諾されるか又は拒絶されるかを判断する手段と、
を更に備える、
請求項２に記載のネットワーク機能ノード。
前記ポリシー制御及び課金機能ノードを介して、アプリケーション機能ノード又はネットワークエクスポージャ機能ノードから、イベントを通知する要求を受信する手段であって、前記要求は、前記ＵＥについてのアイデンティティ情報と、前記複数のユーザアイデンティティ情報とを含む、手段と、
前記セッションＩＤに対応するセッション変更要求メッセージと、前記複数のユーザアイデンティティ情報の１つを、前記コアネットワークにおけるユーザプレーン機能ノードに送信する手段と、
前記ユーザプレーン機能ノードからセッション変更応答メッセージを受信する手段と、
前記複数のユーザアイデンティティ情報の１つと共に通知メッセージを、前記コアネットワークにおける課金機能ノードに送信する手段と、
を更に備える、
請求項２に記載のネットワーク機能ノード。
前記ネットワーク機能ノードは、アクセス及びモビリティ管理ノードを含み、
前記ＮＡＳメッセージは、Ｓ－ＮＳＳＡＩ（Ｓｉｎｇｌｅ－ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）を含み、
前記送信する手段は、前記Ｓ－ＮＳＳＡＩ及び前記複数のユーザアイデンティティ情報に基づいて前記ＰＣＣルールを作成するために、前記Ｓ－ＮＳＳＡＩ及び前記複数のユーザアイデンティティ情報を、前記ポリシー制御及び課金機能ノードに対して送信するように構成されている、
請求項１に記載のネットワーク機能ノード。
前記ポリシー制御及び課金機能ノードから前記ＰＣＣルールを受信する手段と、
前記ＮＡＳメッセージが、前記ＰＣＣルールに基づいて受諾されるか又は拒絶されるかを判断する手段と、
を更に備える、
請求項５に記載のネットワーク機能ノード。
コアネットワークにおけるポリシー制御及び課金機能ノードであって、
前記コアネットワークにおけるネットワーク機能ノードから複数のユーザアイデンティティ情報を受信する手段であって、前記複数のユーザアイデンティティ情報のそれぞれが、ユーザ装置（ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）を使用するユーザのユーザアイデンティファイアを含む、手段と、
前記複数のユーザアイデンティティ情報に基づいてポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ＰＣＣ）ルールを作成する手段と、
前記ＰＰＣルールを前記ネットワーク機能ノードに対して送信する手段と、
を備える、
ポリシー制御及び課金機能ノード。
前記受信する手段は、ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションアイデンティティ（ｉｄｅｎｔｉｔｙ：ＩＤ）及び前記複数のユーザアイデンティティ情報を、前記ネットワーク機能ノードから受信するように構成されており、
前記作成する手段は、前記ＰＤＵセッションＩＤ及び前記複数のユーザアイデンティティ情報に基づいて前記ＰＰＣルールを作成するように構成されている、
請求項７に記載のポリシー制御及び課金機能ノード。
アプリケーション機能ノード又はネットワークエクスポージャ機能ノードから、イベントを通知する要求を受信する手段であって、前記要求は、前記ＵＥについてのアイデンティティ情報と、前記複数のユーザアイデンティティ情報とを含む、手段と、
前記要求を前記ネットワーク機能ノードに送信する手段と、
を更に備える、
請求項８に記載のポリシー制御及び課金機能ノード。
前記受信する手段は、Ｓ－ＮＳＳＡＩ（Ｓｉｎｇｌｅ－ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）及び前記複数のユーザアイデンティティ情報を、前記ネットワーク機能ノードから受信するように構成されており、
前記作成する手段は、前記Ｓ－ＮＳＳＡＩ及び前記複数のユーザアイデンティティ情報に基づいて前記ＰＣＣルールを作成するように構成されている、
請求項７に記載のポリシー制御及び課金機能ノード。
コアネットワークにおけるネットワーク機能ノードのための方法であって、
ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）から、前記ＵＥについてのアイデンティティ情報と複数のユーザアイデンティティ情報とを含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを受信することであって、前記複数のユーザアイデンティティ情報のそれぞれが、前記ＵＥを使用するユーザのユーザアイデンティファイアを含むことと、
前記複数のユーザアイデンティティ情報に基づいてポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ＰＣＣ）ルールを作成するために、前記複数のユーザアイデンティティ情報を前記コアネットワークにおけるポリシー制御及び課金機能ノードに送信することと、
を含む
方法。
前記ＮＡＳメッセージは、ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションアイデンティティ（Ｉｄｅｎｔｉｔｙ：ＩＤ）を含み、
前記送信することは、前記ＰＤＵセッションＩＤ及び前記複数のユーザアイデンティティ情報に基づいて前記ＰＣＣルールを作成するために、前記ＰＤＵセッションＩＤ及び前記複数のユーザアイデンティティ情報を、前記ポリシー制御及び課金機能ノードに送信することを含む、
請求項１１に記載の方法。
前記ポリシー制御及び課金機能ノードから前記ＰＣＣルールを受信することと、
前記ＮＡＳメッセージが、前記ＰＣＣルールに基づいて受諾されるか又は拒絶されるかを判断することと、
を更に含む
請求項１２に記載の方法。
前記ポリシー制御及び課金機能ノードを介して、アプリケーション機能ノード又はネットワークエクスポージャ機能ノードから、イベントを通知する要求を受信することであって、前記要求は、前記ＵＥについてのアイデンティティ情報と、前記複数のユーザアイデンティティ情報とを含むことと、
前記セッションＩＤに対応するセッション変更要求メッセージと、前記複数のユーザアイデンティティ情報の１つとを、前記コアネットワークにおけるユーザプレーン機能ノードに送信することと、
前記ユーザプレーン機能ノードからセッション変更応答メッセージを受信することと、
前記複数のユーザアイデンティティ情報の１つと共に通知メッセージを、前記コアネットワークにおける課金機能ノードに送信することと、
を更に含む
請求項１２に記載の方法。
前記ＮＡＳメッセージは、Ｓ－ＮＳＳＡＩ（Ｓｉｎｇｌｅ－ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）を含み、
前記送信することは、前記Ｓ－ＮＳＳＡＩと前記複数のユーザアイデンティティ情報とに基づいて前記ＰＣＣルールを作成するために、前記Ｓ－ＮＳＳＡＩ及び前記複数のユーザアイデンティティ情報を、前記ポリシー制御及び課金機能ノードに送信することを含む、
請求項１１に記載の方法。
前記ポリシー制御及び課金機能ノードから前記ＰＣＣルールを受信することと、
前記ＮＡＳメッセージが、前記ＰＣＣルールに基づいて受諾されるか又は拒絶されるかを判断することと、
を更に含む
請求項１５に記載の方法。
コアネットワークにおけるポリシー制御及び課金機能ノードのための方法であって、
前記コアネットワークにおけるネットワーク機能ノードから複数のユーザアイデンティティ情報を受信することであって、前記複数のユーザアイデンティティ情報のそれぞれが、ユーザ装置（Ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）を使用するユーザのユーザアイデンティファイアを含むことと、
前記複数のユーザアイデンティティ情報に基づいてポリシー及び課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ＰＰＣ）ルールを作成することと、
前記ＰＣＣルールを前記ネットワーク機能ノードに対して送信することと、
を含む
方法。
前記受信することは、ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションアイデンティティ（Ｉｄｅｎｔｉｔｙ：ＩＤ）及び前記複数のユーザアイデンティティ情報を、前記ネットワーク機能ノードから受信することを含み、
前記作成することは、前記ＰＤＵセッションＩＤ及び前記複数のユーザアイデンティティ情報に基づいて前記ＰＣＣルールを作成することを含む、
請求項１７に記載の方法。
アプリケーション機能ノード又はネットワークエクスポージャ機能ノードから、イベントを通知する要求を受信することであって、前記要求は、前記ＵＥについてのアイデンティティ情報と、前記複数のユーザアイデンティティ情報とを含むことと、
前記要求を前記ネットワーク機能ノードに送信することと、
を更に含む
請求項１８に記載の方法。
前記受信することは、Ｓ－ＮＳＳＡＩ（Ｓｉｎｇｌｅ－ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）及び前記複数のユーザアイデンティティ情報を、前記ネットワーク機能ノードから受信することを含み、
前記作成することは、前記Ｓ－ＮＳＳＡＩ及び前記複数のユーザアイデンティティ情報に基づいて前記ＰＣＣルールを作成することを含む、
請求項１７に記載の方法。