JP2023120240A

JP2023120240A - インタラクティブサービスのためのｐｃ５上での装置間通信における課金

Info

Publication number: JP2023120240A
Application number: JP2023093587A
Authority: JP
Inventors: リンハンファン，; Linghang Fan; イスクレンイアネフ，; Ianev Iskren; 利之田村; Toshiyuki Tamura
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2019-09-30
Filing date: 2023-06-07
Publication date: 2023-08-29
Also published as: WO2021065804A1; CN114747240A; JP2022542374A; US20220279075A1; EP3981176A1; JP7294523B2

Abstract

【課題】５ＧＳに基づくＤ２Ｄ直接通信についての新たな課金ソリューションを提案し、これによりネットワークがＵＥの使用に対し正確且つ柔軟に課金可能にするコアネットワークノード、ユーザ機器及び方法を提供する。【解決手段】通信システム１において、ユーザ装置（Ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）３は、報告基準が満たされた場合に、５ＧＳにおけるＰＣ５上でのＤ２Ｄ直接通信インタフェースについての使用情報報告を生成する手段と、前記使用情報報告を含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを、コアネットワーク内のネットワーク機能ノード（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎｎｏｄｅ）に送信する手段と、を含む。【選択図】図１２

Description

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

３ＧＰＰワーキンググループは、現在、５Ｇシステムを定義しており、３ＧＰＰＴＳＧＳＡ２（ＳＡＷＧ２）は、５Ｇシステムのためのシステムアーキテクチャ及びプロシージャを規定している。ＳＡ２内では、ＰｒｏＳｅ（Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄｓｅｒｖｉｃｅ：近接ベースのサービス）が定義されており、ＴＳ（ｔｅｃｈｎｉｃａｌｓｐｅｃｉｆｉｃａｔｉｏｎ：技術仕様書）２３．３０３のＶ１５．１．０［４］においてドキュメント化された。

最近、５ＧＳでは、近接ベースのサービスを強化するための方法を調査するために、新たな研究がＳＡ２において提案されている。

現在の５Ｇシステムにおいて、ＵＰＦは、ＰＣＦによる指示に基づいて課金するために、ユーザトラフィック測定の役割を担う。ＳＭＦは、課金のためのＵＰＦを実施する役割を担うとともに、トラフィック使用報告の役割も担う。但し、５ＧＳにおけるＰＣ５上でのＤ２Ｄ直接通信は、ＵＥ間で行われるので、ＰＣ５上のトラフィック使用を測定して報告する方法は、ＳＭＦ／ＵＰＦにはない。

そのため、５ＧＳにおけるＰＣ５上のＤ２Ｄ直接通信のための新たな課金ソリューションを定義する必要がある。

本開示の態様によれば、ユーザ装置（Ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）は、報告基準が満たされた場合に、ＰＣ５インタフェースについての使用情報報告を生成する手段と、前記使用情報報告を含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを、コアネットワーク内のネットワーク機能ノード（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎｎｏｄｅ）に送信する手段と、を含む。

本開示の別の態様によれば、コアネットワークノード内のネットワーク機能（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ：ＮＦ）ノードは、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）から、前記ＵＥ上のＰＣ５インタフェースについての使用情報報告を含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを受信する手段と、前記使用情報報告を、前記コアネットワークノード内の課金機能ノードに対して送信する手段と、を含む。

本開示の別の態様によれば、コアネットワーク内のポリシー制御機能ノードは、アプリケーション機能ノードから、ユーザ装置（Ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）上のＰＣ５インタフェースについての課金ポリシーを受信する手段であって、前記課金ポリシーは、課金キーと、サービス・アイデンティファイアと、アプリケーション・サービス・プロバイダ・アイデンテファイアと、課金方法と、測定方法と、アプリケーション機能記録情報と、サービス・アイデンティファイア・レベル報告と、ＰＣ５インタフェースの参照インタフェースＩＤと、のうちの少なくとも１つを含む、手段と、前記課金ポリシーに基づいて、前記コアネットワーク内のネットワーク機能ノード（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎｎｏｄｅ）を介して、報告ルールを前記ＵＥに対して送信する手段と、を含み、前記ＵＥから課金機能ノードに対する使用情報報告の送信は、前記報告ルールによってトリガーされる。

本開示の別の態様によれば、アプリケーション機能ノードは、セッション管理機能ノードとポリシー制御ノードとのうちの少なくとも１つに対して、課金サービスをサブスクライブするためのサブスクライブメッセージを送信する手段と、ＵＥ上のＰＣ５インタフェースについての課金ポリシーを送信する手段であって、前記課金ポリシーは、課金キーと、サービス・アイデンティファイアと、アプリケーション・サービス・プロバイダ・アイデンテファイアと、課金方法と、測定方法と、アプリケーション機能記録情報と、サービス・アイデンティファイア・レベル報告と、ＰＣ５インタフェースの参照インタフェースＩＤと、のうちの少なくとも１つを含む、手段と、を含む。

本開示の別の態様によれば、ユーザ装置（Ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）のための報告方法は、報告基準が満たされた場合に、ＰＣ５インタフェースについての使用情報報告を生成することと、前記使用情報報告を含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを、コアネットワーク内のネットワーク機能ノード（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎｎｏｄｅ）に送信することと、を含む。

本開示の別の態様によれば、コアネットワーク内のネットワーク機能ノード（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎｎｏｄｅ：ＮＦ）のための報告方法は、ユーザ装置（Ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）から、前記ＵＥ上のＰＣ５インタフェースについての使用情報報告を含むＮＡＳ（ｎｏｎａｃｃｅｓｓｓｔｒａｔｕｍ）メッセージを受信することと、前記使用情報報告を、前記コアネットワークノード内の課金機能ノードに対して送信することと、を含む。

本開示の別の態様によれば、コアネットワーク内のポリシー制御機能ノードのための制御方法は、アプリケーション機能ノードから、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）上のＰＣ５インタフェースについての課金ポリシーを受信することであって、前記課金ポリシーは、課金キーと、サービス・アイデンティファイアと、アプリケーション・サービス・プロバイダ・アイデンテファイアと、課金方法と、測定方法と、アプリケーション機能記録情報と、サービス・アイデンティファイア・レベル報告と、ＰＣ５インタフェースの参照インタフェースＩＤと、のうちの少なくとも１つを含むことと、前記課金ポリシーに基づいて、前記コアネットワーク内のネットワーク機能ノード（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎｎｏｄｅ）を介して、報告ルールを前記ＵＥに対して送信することと、を含み、前記ＵＥから課金機能ノードに対する使用情報報告の送信は、前記報告ルールによってトリガーされる。

本開示の別の態様によれば、アプリケーション機能ノードのための制御方法は、セッション管理機能ノードとポリシー制御ノードとのうちの少なくとも１つに対して、課金サービスをサブスクライブするためのサブスクライブメッセージを送信することと、ＵＥ上のＰＣ５インタフェースについての課金ポリシーを送信することであって、前記課金ポリシーは、課金キーと、サービス・アイデンティファイアと、アプリケーション・サービス・プロバイダ・アイデンテファイアと、課金方法と、測定方法と、アプリケーション機能記録情報と、サービス・アイデンティファイア・レベル報告と、ＰＣ５インタフェースの参照インタフェースＩＤとのうちの少なくとも１つを含むことと、を含む。

図１は、ＰＣＦ１２を介したＰＣ５上のトラフィック（ｔｒａｆｆｉｃｏｖｅｒＰＣ５）についての課金報告（ｃｈａｒｇｉｎｇｒｅｐｏｒｔｉｎｇ）のための例示的なプロシージャを概略的に図示する。図２は、ＡＭＦ１１を介したＰＣ５上のトラフィックの課金報告のための例示的なプロシージャを概略的に図示する。図３は、ＡＦ１６がＰＣ５課金ポリシーに寄与する、ＳＢＡに基づいてトラフィックについてＰＣ５上で課金するための例示的なプロシージャを概略的に図示する。図４は、ＰＣＦ１２を介したＰＣ５上のトラフィックについての課金報告のための例示的なプロシージャを概略的に図示する。図５は、ＡＭＦ１１を介したＰＣ５上のトラフィックについての課金報告のための例示的なプロシージャを概略的に図示する。図６は、ＡＦの課金要求メッセージによってトリガーされるＵＥ報告（ＵＥｒｅｐｏｒｔｉｎｇ）のための例示的なプロシージャを概略的に図示する。図７は、ＳＢＡに基づいてＰＣ５上で課金する高レベルの実例である。図８は、ＡＦのサブスクリプション（Ｓｕｂｓｃｒｉｐｔｉｏｎ）メッセージによってトリガーされるＵＥ報告のための例示的なプロシージャを概略的に図示する。図９は、ＵＥのアプリケーションレイヤがＵＥ３をトリガーして、ＰＣＦ１２を介してＵｕとＰＣ５との両方でのその使用情報を収集及び報告するための例示的なプロシージャを概略的に図示する。図１０は、ＵＥアプリケーションレイヤがＵＥ３をトリガーして、ＡＭＦ１１を介してＵｕとＰＣ５との両方でのその使用情報を収集及び報告するための例示的なプロシージャを概略的に図示する。図１１は、ＳＭＦ１５が使用情報の収集及び報告を行うためにＣＨＦ１３とメッセージを交換する例示的なプロシージャを概略的に図示する。図１２は、上記の例示的な実施形態が適用可能なモバイル（セルラ又は無線）通信システム１を概略的に示す。図１３は、図１２に示したＵＥ（モバイル装置３）の主要な構成要素を図示するブロック図である。図１４は、図１２に示した例示的な（Ｒ）ＡＮノード５（基地局）の主要な構成要素を示すブロック図である。図１５は、図１～図１２に示した、一般的なコアネットワークノード（又は機能）の主要な構成要素を示すブロック図である。

前述の課題を解決するために、本発明者らは、以下のソリューションを提案する。
－ソリューション１：ＰＣ５上のトラフィックについての課金報告
－ソリューション２：ＳＢＡに基づいたＰＣ５上のトラフィックについての課金報告－ＡＦはＰＣ５課金ポリシーに寄与する
－ソリューション３：事前に設定された使用情報の収集及び報告によるＰＣ５上のトラフィックについての課金報告
－ソリューション４：ＡＦによってトリガーされるＵＥ報告（ＵＥｒｅｐｏｒｔｉｎｇ）
－ソリューション５：ＵＥのアプリケーションレイヤによってトリガーされるＵＥ報告
－ソリューション６：ＳＭＦを介したＰＣ５上での課金のＵＥ報告

ＰＣＣルールに関する改善
３ＧＰＰＴＳ２３．５０３［３］において規定されているような現在のＰＣＣルールに、以下の内容を追加することが提案されている。
－ＰＣ５に対する課金：ＰＣＣルールにおけるこの属性は、課金キー、サービス・アイデンティファイア、アプリケーション・サービス・プロバイダ・アイデンテファイア、課金方法、測定方法（ｍｅａｓｕｒｅｍｅｎｔｍｅｔｈｏｄ）、アプリケーション機能記録情報、サービス・アイデンティファイア・レベル報告、参照インタフェースＩＤ（すなわち、ＰＣ５）、及び他の種類の関連する課金パラメータを含む。
－ＰＣ５に対する使用の監視及び報告（ＭｏｎｉｔｏｒｉｎｇａｎｄＲｅｐｏｒｔｉｎｇ）：ＰＣＣルールにおけるこの属性は、アプリケーションレイヤグループＩＤ、レイヤ２グループＩＤ（Ｌａｙｅｒ２ｇｒｏｕｐＩＤ）、ＵＥアプリケーションＩＤ、アプリケーションＩＤ（ＡｐｐｌｉｃａｔｉｏｎＩＤ）、アプリケーションサーバＩＤ（ＡｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒＩＤ）、ＰＣ５についての使用報告（ｕｓａｇｅｒｅｐｏｒｔｏｎＰＣ５）、又は他の種類の関連する使用パラメータを有するパラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ（ｓｏｕｒｃｅＩＤ）、送信先ＩＤ（ｄｅｓｔｉｎａｔｉｏｎＩＤ）、及びＵＥの位置とともに、送受信されるデータ量のリストを含む。トリガー条件及び閾値もまた含まれる。

－ソリューション１：ＰＣ５上のトラフィックについての課金報告
－－例示的な態様１－１：ＵＥは、基準（ｃｒｉｔｅｒｉａ）が満たされた場合に、ＰＣＦを介してＣＨＦに使用報告を報告する
このソリューションの主なアイデアは、ＰＣＦ１２が、ＵＥ３がＵｕとＰＣ５との両方でその使用情報を収集し報告するためのルール及びポリシーを定義する、ということである。この例示的な態様において、ＵＥ３は、ＰＣＦ１２を介してＣＨＦ１３に対して使用情報を報告する。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに、記録された使用情報から報告を生成し、非空の報告（ｎｏｎ-ｅｍｐｔｙｒｅｐｏｒｔ）を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

図１は、ＰＣＦ１２を介したＰＣ５上のトラフィックについての課金報告のための例示的なプロシージャを概略的に図示する。

ステップ１：ＵＥ３がＰｒｏＳｅサービスを始動すると、ＰｒｏＳｅサービス認証が行われる。このステップにおいて、ＰｒｏＳｅサービス認証は、３ＧＰＰＴＳ２３．３０３［４］において説明されているように正常に実行されている。本例ではＰｒｏＳｅ機能（ＰｒｏＳｅＦｕｎｃｔｉｏｎ）が使用されるが、ＰＣＦ１２（又は、近接サービスの役割を担う別のノード）によって、ＰｒｏＳｅ機能の機能性が提供されてもよい、ということも理解される。

ステップ２：ＡＦ１６は、ＰＣ５課金実施プロシージャ（ＰＣ５ｃｈａｒｇｉｎｇｅｎｆｏｒｃｅｍｅｎｔｐｒｏｃｅｄｕｒｅ）又は他のプロシージャを呼び出すか、又は、Ｎｐｃｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇメッセージをＰＣＦ１２に対して送信してＰＣ５課金ポリシーをＰＣＦ１２に通知する。ＰＣ５課金ポリシーは、課金キー、サービス・アイデンティファイア、アプリケーション・サービス・プロバイダ・アイデンテファイア、課金方法、測定方法、アプリケーション機能記録情報、サービス・アイデンティファイア・レベル報告、参照インタフェースインディケータ（ｒｅｆｅｒｅｎｃｅｉｎｔｅｒｆａｃｅＩｎｄｉｃａｔｏｒ）（すなわちＰＣ５）、使用報告基準及び他の種類の関連する使用パラメータを含む。

ステップ３：ＰＣＦ１２は、ＰＣ５課金実施プロシージャ又は他のプロシージャを呼び出すか、又は、Ｎａｍｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇメッセージをＡＭＦ１１に対して送信してＰＣ５課金ポリシーをＡＭＦ１１に通知する。ＰＣＦ１２は、使用情報の収集及び報告をＰＣＣルールに追加してもよい。使用情報の収集及び報告は、使用情報報告基準及び使用情報測定を含み、それは、アプリケーションレイヤグループＩＤ（ＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒＧｒｏｕｐＩＤ）、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションＩＤ、アプリケーションサーバＩＤ、「ＰＣ５についての使用報告（ＵｓａｇｅＲｅｐｏｒｔｏｎＰＣ５）」インディケータ、「Ｕｕについての使用報告（ＵｓａｇｅＲｅｐｏｒｔｏｎＵｕ）」インディケータ、及び他の種類の関連する使用パラメータを有する。

ステップ４：ＡＭＦ１１は、ＵＥ構成更新プロシージャ（ＵＥＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅｐｒｏｃｅｄｕｒｅ）を使用して、ＵＥ３に対してＰＣ５課金ポリシー（ＰＣ５Ｃｈａｒｇｉｎｇｐｏｌｉｃｙ）及びＰＣＣルールを配信する。

ステップ５：ＡＭＦ１１は、ＰＣＦ１２に対して、Ｎａｍｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇアクノレッジメッセージを送信する。

ステップ６：ＰＣＦ１２は、ＡＦ１６に対して、Ｎｐｃｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇアクノレッジメッセージを送信する。

ステップ７：ＰＣ５通信が行われる。報告基準（ｒｅｐｏｒｔｉｎｇｃｒｉｔｅｒｉａ）が満たされる場合、ＵＥ３は、使用情報報告を生成する。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

ステップ８：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、ＰＣ５課金報告情報（ＰＣ５ｃｈａｒｇｉｎｇｒｅｐｏｒｔＩｎｆｏｒｍａｔｉｏｎ）とともにＭＭメッセージをＡＭＦ１１に対して送信する。この報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

ステップ９：ＡＭＦ１１は、ＰＣ５課金報告情報とともに使用情報報告をＰＣＦ１２に対して送信する。

ステップ１０：ＰＣＦ１２は、ＰＣ５課金報告情報とともに課金データ要求メッセージ（ＣｈａｒｇｉｎｇＤａｔａＲｅｑｕｅｓｔｍｅｓｓａｇｅ）をＣＨＦ１３に対して送信する。

ステップ１１：ＣＨＦ１３は、ステップ１０において受信されたＰＣ５課金報告情報に基づいてＣＤＲを生成する。

ステップ１２：ＣＨＦ１３は、課金データ応答メッセージ（ＣｈａｒｇｉｎｇＤａｔａＲｅｓｐｏｎｓｅｍｅｓｓａｇｅ）をＰＣＦ１２に対して送信する。

－例示的な態様１－２：ＵＥは、基準が満たされた場合に、ＡＭＦを介してＣＨＦに使用報告を報告する
このソリューションの主なアイデアは、ＰＣＦ１２が、ＵＥ３がＵｕとＰＣ５との両方でその使用情報を収集し報告するためのルール及びポリシーを定義する、ということである。この例示的な態様において、基準が満たされた場合に、ＣＨＦ１３に対するＵＥ報告は、ＡＭＦ１１を介して実行される。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに、記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

図２は、ＡＭＦ１１を介したＰＣ５上のトラフィックの課金報告のための例示的なプロシージャを概略的に図示する。

ステップ１：ＵＥ３がＰｒｏＳｅサービスを始動すると、ＰｒｏＳｅサービス認証が行われる。このステップにおいて、ＰｒｏＳｅサービス認証は、３ＧＰＰＴＳ２３．３０３［４］において説明されているように正常に実行されている。本例では、ＰｒｏＳｅ機能が使用されるが、ＰＣＦ１２（又は、近接サービスの役割を担う別のノード）によって、ＰｒｏＳｅ機能の機能性が提供されてもよい、ということも理解される。

ステップ２：ＡＦ１６は、ＰＣ５課金実施プロシージャ又は他のプロシージャを呼び出すか、又は、Ｎｐｃｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇメッセージをＰＣＦ１２に対して送信してＰＣ５課金ポリシーをＰＣＦ１２に通知する。ＰＣ５課金ポリシーは、課金キー、サービス・アイデンティファイア、アプリケーション・サービス・プロバイダ・アイデンテファイア、課金方法、測定方法、アプリケーション機能記録情報、サービス・アイデンティファイア・レベル報告、参照インタフェースインディケータ（すなわちＰＣ５）、使用報告基準及び他の種類の関連する使用パラメータを含む。

ステップ３：ＰＣＦ１２は、ＰＣ５課金実施プロシージャ又は他のプロシージャを呼び出すか、又は、Ｎａｍｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇメッセージをＡＭＦ１１に対して送信してＰＣ５課金ポリシーをＡＭＦ１１に通知する。ＡＭＦ１１がＣＨＦ１３に対して使用情報を報告することができるように、ＰＣＦ１２は、このメッセージに、ＣＨＦ関連情報（すなわち、ＣＨＦアドレス情報）を含める。ＰＣＦ１２は、使用情報の収集及び報告をＰＣＣルールに追加してもよい。使用情報の収集及び報告は、使用情報報告基準及び使用情報測定を含み、それは、アプリケーションレイヤグループＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションＩＤ、アプリケーションサーバＩＤ、「ＰＣ５についての使用報告」インディケータ、「Ｕｕについての使用報告」インディケータ、及び他の種類の関連する使用パラメータを有する。

ステップ４：ＡＭＦ１１は、ＵＥ構成更新プロシージャを使用して、ＵＥ３に対してＰＣ５課金ポリシー及びＰＣＣルールを配信する。

ステップ７：ＰＣ５通信が行われる。報告基準が満たされた場合、ＵＥ３は、使用情報報告を生成する。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに、記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

ステップ８：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、ＰＣ５課金報告情報とともにＭＭメッセージをＡＭＦ１１に対して送信する。この報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

ステップ９：ＡＭＦ１１は、ＰＣ５課金報告情報とともに課金データ要求メッセージをＣＨＦ１３に対して送信する。

ステップ１０：ＣＨＦ１３は、ステップ９において受信されたＰＣ５課金報告情報に基づいてＣＤＲを生成する。

ステップ１１：ＣＨＦ１３は、課金データ応答メッセージをＡＭＦ１１に対して送信する。

－ソリューション２：ＳＢＡに基づいたＰＣ５上のトラフィックについての課金報告－ＡＦはＰＣ５課金ポリシーに寄与する
－－例示的な態様２－１：ＡＦは、ＰＣ５課金ポリシーに寄与する
このソリューションの主なアイデアは、ＡＦ１６がＰＣ５課金ポリシーに寄与し、ＰＣＦ１２がＡＭＦ１１／ＳＭＦ１５を介してＵＥに対して課金ポリシーを配信する、ということである。ＵＥ３は、報告基準が満たされた場合に、その使用をＳＭＦ１５に報告し、ＳＭＦ１５は、使用報告をＣＨＦ１３に通知する。

図３は、ＡＦ１６がＰＣ５課金ポリシーに寄与する、ＳＢＡに基づいて（インタラクティブサービスなどの）トラフィックについてＰＣ５上で課金するための例示的なプロシージャを概略的に図示する。

ステップ３：ＰＣＦ１２は、ＰＣ５課金実施プロシージャ又は他のプロシージャを呼び出すか、又は、Ｎｓｍｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇメッセージをＳＭＦ１５に対して送信してＰＣ５課金ポリシーをＳＭＦ１５に通知する。ＡＭＦ１１がＣＨＦ１３に対して使用情報を報告することができるように、ＰＣＦ１２は、このメッセージに、ＣＨＦ関連情報（すなわち、ＣＨＦアドレス情報）を含める。ＰＣＦ１２は、使用情報の収集及び報告をＰＣＣルールに追加してもよい。使用情報の収集及び報告は、使用情報報告基準及び使用情報測定を含み、それは、アプリケーションレイヤグループＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションＩＤ、アプリケーションサーバＩＤ、「ＰＣ５についての使用報告」インディケータ、「Ｕｕについての使用報告」インディケータ、及び他の種類の関連する使用パラメータを有する。

ステップ４：ＳＭＦ１５は、ＰＣ５課金実施プロシージャ又は他のプロシージャを呼び出すか、又は、Ｎａｍｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇメッセージをＡＭＦ１１に対して送信してＰＣ５課金ポリシー及びＰＣＣルールをＡＭＦ１１に通知する。

ステップ５：ＡＭＦ１１は、ＵＥ構成更新プロシージャを使用して、ＵＥ３に対してＰＣ５課金ポリシー及びＰＣＣルールを配信する。

ステップ６：ＡＭＦ１１は、Ｎａｍｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇアクノレッジメッセージをＳＭＦ１５に対して送信する。

ステップ７：ＳＭＦ１５は、Ｎｓｍｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇアクノレッジメッセージをＰＣＦ１２に対して送信する。

ステップ８：ＰＣＦ１２は、ＡＦ１６に対して、Ｎｐｃｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇアクノレッジメッセージを送信する。

ステップ９：ＰＣ５通信が行われる。報告基準が満たされた場合、ＵＥ３は、使用情報報告を生成する。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

ステップ１０：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、ＡＭＦ１１を介してＰＣ５課金報告情報とともにＳＭメッセージをＳＭＦ１５に対して送信する。この報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

ステップ１１：ＳＭＦ１５は、ＰＣ５課金報告情報とともにＮｃｈｆ＿ＮｏｔｉｆｙメッセージをＣＨＦ１３に対して送信する。そして、ＳＭＦ１５は、このステップにおいて受信されたＰＣ５課金報告情報に基づいてＣＤＲを生成する。

－ソリューション３：事前に設定された使用情報の収集及び報告によるＰＣ５上のトラフィックについての課金報告
－－例示的な態様３－１：基準が満たされた場合のＰＣＦを介したＣＨＦに対するＵＥ報告
このソリューションの主なアイデアは、ＵＥ３がＵｕとＰＣ５との両方でその使用情報を収集し報告するように事前に設定される、ということである。この例示的な態様において、基準が満たされた場合に、ＣＨＦ１３に対するＵＥ報告は、ＰＣＦ１２を介している。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに、記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

図４は、（使用情報の収集及び報告に関する事前に設定されたルールにより）ＰＣＦ１２を介したＰＣ５上でのトラフィックについての課金報告のための例示的なプロシージャを概略的に図示する。

ステップ１：ＵＥ３は、事前に設定された使用情報の収集及び報告ポリシーを使用する。

ステップ２：報告基準が満たされる場合、ＵＥ３は、使用情報報告を生成する。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに、記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

ステップ３～４：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、ＡＭＦ１１を介して使用情報報告メッセージ（ＵｓａｇｅＩｎｆｏｒｍａｔｉｏｎＲｅｐｏｒｔｉｎｇＭｅｓｓａｇｅ）をＰＣＦ１２に対して送信して、ＵＥの使用情報報告をネットワークに対して報告する。使用情報報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

ステップ５～７：ＰＣＦ１２は、ＣＤＲを生成するためにＣＨＦ１３にコンタクトをとる。
ＣＨＦ１３は、異なるＵＥからの使用情報報告をクロスチェックすることができる。

－例示的な態様３－２：基準が満たされた場合のＡＭＦを介したＣＨＦに対するＵＥ報告
このソリューションの主なアイデアは、ＵＥ３がＵｕとＰＣ５との両方でその使用情報を収集し報告するように事前に設定される、ということである。この例示的な態様において、基準が満たされた場合に、ＣＨＦ１３に対するＵＥ報告は、ＡＭＦ１１を介している。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

図５は、（使用情報の収集及び報告に関する事前に設定されたルールにより）ＡＭＦ１１を介したＰＣ５上でのトラフィックについての課金報告のための例示的なプロシージャを概略的に図示する。

ステップ３：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、使用情報報告メッセージをＡＭＦ１１に対して送信して、ＵＥの使用情報報告をネットワークに対して報告する。使用情報報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

ステップ４～６：ＡＭＦ１１は、ＣＤＲを生成するためにＣＨＦ１３にコンタクトをとる。ＣＨＦ１３は、異なるＵＥからの使用情報報告をクロスチェックすることができる。

このソリューションでは、ＵＥ３は、事前に設定された課金ポリシーを使用する。その結果、ネットワークは、ＵＥの使用について正確に且つ柔軟に課金することができるようになる。

－ソリューション４：ＡＦによってトリガーされるＵＥ報告
－－例示的な態様４－１：ＡＦの課金要求メッセージによってトリガーされるＵＥ報告
この例示的な態様の主なアイデアは、ＡＦ１６は、課金報告を提供するようにネットワークに要求し、ネットワークは、その使用について報告するようにＵＥ３をトリガーする、ということである。

図６は、ＡＦの課金要求メッセージによってトリガーされるＵＥ報告のための例示的なプロシージャを概略的に図示する。

ステップ１：ＮＣＩＳセッションが終了すると、ＡＦ１６は、課金報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、ＮＣＩＳセッションが終了したことをＰＣＦ１２に通知し且つ課金情報を提供するようにネットワークに要求するための課金報告要求メッセージをＰＣＦ１２に対して送信する。

ステップ２～３：ＰＣＦ１２は、ＵＥ使用情報報告要求（ＵＥＵｓａｇｅＩｎｆｏｒｍａｔｉｏｎｒｅｐｏｒｔｉｎｇｒｅｑｕｅｓｔ）を送信する。このメッセージは、ＵＥＩＤ、グループＩＤ（ＧｒｏｕｐＩＤ）、アプリケーションＩＤ、使用情報報告インディケーション、及び他の種類の関連する使用パラメータを含んでもよい。

ステップ４～５：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、ＡＭＦ１１を介して使用情報報告メッセージをＰＣＦ１２に対して送信してＵＥの使用情報報告をネットワークに対して報告する。使用情報報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

ステップ６～８：ＰＣＦ１２は、ＣＤＲを生成するためにＣＨＦ１３にコンタクトをとる。
この例示的な態様において、ＡＦ１６は、課金報告を提供するようにネットワークに要求する。その結果、ネットワークは、ＵＥの使用について正確に且つ柔軟に課金することができるようになる。

－－例示的な態様４－２：ＵＥがＰｒｏＳｅサービスについて認証された後、ＣＤＲ生成を実施（ｅｎｆｏｒｃｅ）する
このソリューションの主なアイデアは、ＰｒｏＳｅアプリケーションサーバ（ＰｒｏＳｅａｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）１６は、ＵＥ３がサーバによって認証されると、サブスクライブメッセージ（Ｓｕｂｓｃｒｉｂｅｍｅｓｓａｇｅ）をＳＭＦ１５／ＰＣＦ１２に対して発行する、ということである。ＳＭＦ１５は、プロデューサープロキシ（ＰｒｏｄｕｃｅｒＰｒｏｘｙ）として振る舞う。一旦サブスクライブメッセージがＳＭＦ１５／ＰＣＦ１２によって受信されると、ＳＭＦ１５／ＰＣＦ１２は、ＵＥ３が課金ポリシーを得ることができるように、ＵＥ構成更新プロシージャを実行する。

図７は、ＳＢＡに基づいてＰＣ５上で課金する高レベルの実例である。

図８は、ＡＦのサブスクリプションメッセージによってトリガーされるＵＥ報告のための例示的なプロシージャを概略的に図示する。

ステップ１：ＰｒｏＳｅサービス認証は、３ＧＰＰＴＳ２３．３０３に説明されているように、正常に実行されている。本例では、ＰｒｏＳｅ機能が使用されるが、ＰＣＦ１２（又は、近接サービスの役割を担う別のノード）によって、ＰｒｏＳｅ機能の機能性が提供されてもよい、ということも理解される。

ステップ２：ＡＦ１６は、ＰＣ５課金サービスプロシージャ又は他のプロシージャを呼び出すか、又は、Ｎｐｃｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇ＿ｓｕｂｓｃｒｉｂｅメッセージをＰＣＦ１２に対して送信して、ネットワークのＰＣ５課金サービス（ＰＣ５Ｃｈａｒｇｉｎｇｓｅｒｖｉｃｅ）をサブスクライブする。

ステップ３～５：ＰＣＦ１２は、ＵＥ３に対して、ＰＣ５課金ポリシーを含むそのポリシーと、ＣＨＦ関連情報とを配信する。ＣＨＦ関連情報は、使用情報報告を受信する必要のあるＣＨＦＩＤである。ＵＥ３がＣＭ－ＣＯＮＮＥＣＴＥＤにある場合、使用情報の収集及び報告を伴う新たなＰＣＣルールによるＵＥポリシー配信は、ＵＥポリシーコンテナ（ＵＥＰｏｌｉｃｙｃｏｎｔａｉｎｅｒ）内にある。ＡＭＦ１１は、ＰＣＦ１２から受信されたＵＥポリシーコンテナをＵＥ３に対して透過的に（ｔｒａｎｓｐａｒｅｎｔｌｙ）転送する。使用情報の収集及び報告は、使用情報報告基準及び使用情報測定を含み、それは、アプリケーションレイヤグループＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告インディケータ、Ｕｕについての使用報告インディケータ、及び他の種類の関連する使用パラメータを有する。

ステップ６～８：ＡＭＦ１１は、ＳＭＦ１５／ＰＣＦ１２を介してＡＦ１６に対して転送されるメッセージＮａｍｆ＿ＰＣ５＿ｃｈａｒｇｉｎｇアクノレッジメントをネットワークに対して送信することによって、ＵＥポリシーをアクノレッジする。

ステップ９：直接通信は、ＰＣ５上で行われ、ＵＥ３は、報告基準が満たされる場合に、使用情報報告を生成する。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに、記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

ステップ１０：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、ＰＣ５課金報告情報とともにＳＭメッセージをＳＭＦ１５に対して送信してＵＥの使用情報報告をネットワークに対して報告する。使用情報報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

ステップ１１：ＳＭＦ１５は、ＣＤＲを生成するようにＣＨＦ１３に通知する。ＣＨＦ１３は、異なるＵＥからの使用情報報告をクロスチェックすることができる。

この例示的な態様においては、ＡＦ１６は、課金報告に関するＰＣＦのサービスをサブスクライブし、ＰＣＦ１２は、報告をＣＨＦ１３に提供する。その結果、ネットワークは、ＵＥの使用について正確に且つ柔軟に課金することができるようになる。

－ソリューション５：ＵＥのアプリケーションレイヤによってトリガーされるＵＥ報告
－－例示的な態様５－１：基準が満たされた場合のＰＣＦを介したＣＨＦに対するＵＥ報告
このソリューションの主なアイデアは、ＵＥアプリケーションレイヤが、ＵｕとＰＣ５との両方でその使用情報を収集し報告するようにＵＥ３をトリガーする、ということである。この例示的な態様において、基準が満たされた場合に、ＣＨＦ１３に対するＵＥ報告は、ＰＣＦ１２を介している。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

図９は、ＵＥのアプリケーションレイヤがＵＥ３をトリガーして、ＰＣＦ１２を介してＵｕとＰＣ５との両方でのその使用情報を収集及び報告するための例示的なプロシージャを概略的に図示する。

ステップ１：ＵＥのアプリケーションレイヤは、ＮＣＩＳセッションが終了すると、そのレイヤ２に通知する。

ステップ３～４：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、ＡＭＦ１１を介して使用情報報告メッセージをＰＣＦ１２に対して送信してネットワークＵＥの使用情報報告を報告する。使用情報報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

ステップ５～７：ＰＣＦ１２は、ＣＤＲを生成するためにＣＨＦ１３にコンタクトをとる。ＣＨＦ１３は、異なるＵＥからの使用情報報告をクロスチェックすることができる。

－－例示的な態様５－２：基準が満たされた場合のＡＭＦを介したＣＨＦに対するＵＥ報告
このソリューションの主なアイデアは、ＵＥアプリケーションレイヤが、ＵｕとＰＣ５との両方でその使用情報を収集し報告するようにＵＥ３をトリガーする、ということである。この例示的な態様において、基準が満たされた場合に、ＣＨＦ１３に対するＵＥ報告は、ＡＭＦ１１を介している。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに、記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

図１０は、ＵＥアプリケーションレイヤがＵＥ３をトリガーして、ＡＭＦ１１を介してＵｕとＰＣ５との両方でのその使用情報を収集及び報告するための例示的なプロシージャを概略的に図示する。

ステップ２：報告基準が満たされた場合、ＵＥ３は、使用情報報告を生成する。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに、記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

ステップ３：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、使用情報報告メッセージをＡＭＦ１１に対して送信してＵＥの使用情報報告をネットワークに対して報告する。使用情報報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

このソリューションにおいては、ＵＥアプリケーションレイヤは、その使用情報を収集し報告するようにＵＥ３をトリガーする。その結果、ネットワークは、ＵＥの使用について正確に且つ柔軟に課金することができるようになる。

－ソリューション６：ＳＭＦを介したＰＣ５上での課金のＵＥ報告
－－例示的な態様６－１：ＳＭＦを介したＰＣ５上での課金のＵＥ報告
このソリューションの主なアイデアは、ＳＭＦ１５が、使用情報の収集及び報告を行うためにＣＨＦ１３とメッセージを交換する、ということである。

図１１は、ＳＭＦ１５が、使用情報の収集及び報告を行うためにＣＨＦ１３とメッセージを交換する例示的なプロシージャを概略的に図示する。

ステップ２：ＵＥ３がＣＭ－ＣＯＮＮＥＣＴＥＤにある場合、使用情報の収集及び報告を伴う新たなＰＣＣルールによるＵＥポリシー配信は、ＵＥポリシーコンテナ内にある。ＡＭＦ１１は、ＰＣＦ１２から受信されたＵＥポリシーコンテナをＵＥ３に対して透過的に転送する。使用情報の収集及び報告は、使用情報報告基準及び使用情報測定を含み、それは、アプリケーションレイヤグループＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告インディケータ、Ｕｕについての使用報告インディケータ、及び他の種類の関連する使用パラメータを有する。

ステップ３：報告基準が満たされた場合、ＵＥ３は、使用情報報告を生成する。例えば、基準は、設定された使用情報の収集期間が経過したこととすることができる。別の例として、ＵＥ３がＲＡＮカバレッジ外にある場合、ＵＥ３は、収集期間ごとに、記録された使用情報から報告を生成し、非空の報告を記憶し、ＵＥ３がカバレッジに戻った時点で報告を送信する。

ステップ４～５：ＵＥ３は、使用報告プロシージャ又は他のサービスプロシージャを呼び出すか、又は、ＡＭＦ１１を介して使用情報報告メッセージをＳＭＦ１５に対して送信してネットワークＵＥの使用情報報告を報告する。使用情報報告は、アプリケーションレイヤグループＩＤ、アプリケーションＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションサーバＩＤ、ＰＣ５についての使用報告、Ｕｕについての使用報告、及び他の種類の関連する使用パラメータを含む。ＰＣ５についての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、ＰＣ５を介して送受信されるデータ量のリストを含む。Ｕｕについての使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、Ｕｕを介して送受信されるデータ量のリストを含む。

ステップ６～８：ＳＭＦ１５は、ＣＤＲを生成するためにＣＨＦ１３にコンタクトをとる。ＣＨＦ１３は、異なるＵＥからの使用情報報告をクロスチェックすることができる。

このソリューションにおいては、ＳＭＦ１５は、使用情報の収集及び報告を行うためにＣＨＦ１３とメッセージを交換する。その結果、ネットワークは、ＵＥの使用について正確に且つ柔軟に課金することができるようになる。

要旨
有利的には、上記の例示的な実施形態は、以下の機能のうちの１つ以上を含むが、但しそれらに限定はされない。
１）提案されている５ＧＳベースの新たな課金ソリューションは、ＵＥがＰＣ５インタフェースとＵｕインタフェースとの両方でのその使用をネットワークに対して報告することを可能にしており、現在はＳＭＦ／ＵＰＦに依存して、Ｕｕインタフェースのみに関する使用情報を提供する。それは、５ＧＳにおけるＰＣ５インタフェースについての使用報告がないというギャップを解決する。
２）ＬＴＥベースのＰｒｏＳｅ課金ソリューションは、５ＧＳにおいて直接使用することができず、提案された５ＧＳベースの新たな課金ソリューションは、５ＧＳにおけるサービスベースのアーキテクチャに基づいている。
３）新たな使用情報報告メッセージは、ＡＦ／ネットワーク／アプリケーションレイヤによってトリガーされることができ、ＡＦ及びネットワークがＤ２Ｄ直接通信上でリアルタイムの課金情報を柔軟に取得することを可能にする。
４）ＵＥの使用を監視及び報告するための新たなＰＣＣルール、新たなトリガー、及び新たな測定により、ネットワークが、正確に且つ柔軟にＵＥの使用について課金することを可能にする。
５）ＡＦは、ＵＥに対して課金ポリシーを配信するためにＵＥ構成更新プロシージャを実行するＰＣＦから、課金ポリシーをサブスクライブすることができる。
６）ＡＦは、ＵＥに対して課金ポリシーを配信するためにＵＥ構成更新プロシージャを実行するＰＣＦに対して、課金ポリシーを実施（ｅｎｆｏｒｃｅ）することができる。
ＣＨＦは、異なるＵＥからの使用情報報告をクロスチェックすることができる。それは「不正（ｆｒａｕｄ）」な使用報告の機会を低減する。

これらの機能性を提供するために、上記の態様例は、以下のステップ（の少なくとも一部）を含む例示的な方法を説明する。
１）ＮＡＳメッセージ「使用情報報告要求／応答（Ｕｓａｇｅｉｎｆｏｒｍａｔｉｏｎｒｅｐｏｒｔｉｎｇｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）」は、ＡＦ／ＰＣＦからのオンデマンドな要求を可能にするＵＥ使用情報報告のために使用される。
２）使用情報の収集及び報告のためのＰＣＣルールは、ＰＣ５に対する課金ルールと、ＰＣ５の使用の監視及び報告のルールとを含む。
３）ＰＣ５に対して事前に設定された使用情報の収集及び報告は、ＮＣＩＳのために使用される。
４）ＵＥの使用を監視する測定が用いられ、ＰＣ５とＵｕ上でのデータフローの使用をそれぞれ分類し、アプリケーションレイヤグループＩＤ、レイヤ２グループＩＤ、ＵＥアプリケーションＩＤ、アプリケーションＩＤ、及びアプリケーションサーバＩＤなどのＮＣＩＳ関連パラメータを追加する。ＰＣ５及びＵｕ上での両方の使用報告は、タイムスタンプ、送信元ＩＤ、送信先ＩＤ、及びＵＥの位置とともに、送受信されるデータ量のリストを有する。
ＡＦの要求、ＡＦのサブスクリプション、又はＵＥのアプリケーションレイヤメッセージに基づくことができるＵＥ使用情報のトリガーは、Ｄ２Ｄ直接通信におけるＮＣＩＳについての課金及び使用の報告に使用される。

利点
新たな課金ソリューションは、５ＧＳに基づくＤ２Ｄ直接通信について提案されている。これらのソリューションを使用することによって、ネットワークがＵＥの使用を正確に且つ柔軟に課金することを可能にする。

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

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

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

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

コアネットワーク７は、典型的には電気通信システム１における通信をサポートするための論理ノード（又は「機能」）を含む。典型的には、例えば、「ＮｅｘｔＧｅｎｅｒａｔｉｏｎ」／５Ｇシステムのコアネットワーク７は、他の機能に加えて、ＣＰＦ（ｃｏｎｔｒｏｌｐｌａｎｅｆｕｎｃｔｉｏｎ：制御プレーン機能）及びＵＰＦ（ｕｓｅｒｐｌａｎｅｆｕｎｃｔｉｏｎ：ユーザプレーン機能）を含む。コアネットワーク７は、また、特に、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ：アクセス及びモビリティ管理機能）１１と、ＰＣＦ（ＰｏｌｉｃｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ：ポリシー制御機能）１２、ＣＨＦ（ＣｈａｒｇｉｎｇＦｕｎｃｔｉｏｎ：課金機能）１３、ＰｒｏＳｅ機能１４と、ＳＭＦ（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ：セッション管理機能）１５と、を含んでもよい、ということが理解される。一部のシステム（例えば、３ＧＰＰリリース１６以降）においてはＰｒｏＳｅ機能１４の機能性がＰＣＦ１２（又は別の適切なノード）によって提供されてもよい、ということが理解される。従って、本明細書がＰｒｏＳｅ機能１４によって実行されるアクションに言及する場合は常に、適切な場合には、ＰＣＦ１２によって実行される同じアクションを対象にすることを意図している。

ＡＦ（ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ：アプリケーション機能）１６は、また、コアネットワーク７内に提供されるか、又はコアネットワーク７に結合されてもよい。コアネットワーク７から（インターネットなどの）外部ＩＰネットワーク２０への接続も提供される。

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

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

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

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

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

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

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

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

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

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

略語及び専門用語
３ＧＰＰ第３世代パートナーシッププロジェクト（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）
５ＧＣ５Ｇコアネットワーク（５ＧＣｏｒｅＮｅｔｗｏｒｋ）
５ＧＳ５Ｇシステム（５ＧＳｙｓｔｅｍ）
５Ｇ－ＡＮ５Ｇアクセスネットワーク（５ＧＡｃｃｅｓｓＮｅｔｗｏｒｋ）
ＡＦアプリケーション機能（ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ）
ＡＭＦアクセス及びモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）
ＡＮアクセスネットワーク（ＡｃｃｅｓｓＮｅｔｗｏｒｋ）
ＣＨＦ課金機能（ＣｈａｒｇｉｎｇＦｕｎｃｔｉｏｎ）
ＣＭ－ＣＯＮＮＥＣＴＥＤ接続管理－接続状態（ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｍｅｎｔ－ＣＯＮＮＥＣＴＥＤＳｔａｔｅ）
ＣＭ－ＩＤＬＥ接続管理－アイドル状態（ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｍｅｎｔ－ＩＤＬＥＳｔａｔｅ）
Ｄ２Ｄ装置間（Ｄｅｖｉｃｅｔｏｄｅｖｉｃｅ）
ＤＮＮデータネットワーク名（ＤａｔａＮｅｔｗｏｒｋＮａｍｅ）
ＧＦＢＲ保証されたフロービットレート（ＧｕａｒａｎｔｅｅｄＦｌｏｗＢｉｔＲａｔｅ）
ＭＭモビリティ管理（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）
Ｎ１ＵＥとアクセス及びモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ）との間のリファレンスポイント
Ｎ２（Ｒ）ＡＮとアクセス及びモビリティ管理機能との間のリファレンスポイント
ＮＡＳ非アクセス層（Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ）
ＮＣＩＳネットワーク制御のインタラクティブサービス（ＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｄＩｎｔｅｒａｃｔｉｖｅＳｅｒｖｉｃｅ）
ＮＦネットワーク機能（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）
ＮＧ次世代（ＮｅｘｔＧｅｎｅｒａｔｉｏｎ）
ＮＧ－ＲＡＮ次世代無線アクセスネットワーク（ＮｅｘｔＧｅｎｅｒａｔｉｏｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）
ＯＡＭ運用、管理、及びメンテナンス（Ｏｐｅｒａｔｉｏｎｓ，ＡｄｍｉｎｉｓｔｒａｔｉｏｎａｎｄＭａｉｎｔｅｎａｎｃｅ）
ＯＴＴオーバーザトップ（ＯｖｅｒｔｈｅＴｏｐ）
ＰＣ３ＵＥとＰｒｏＳｅ機能との間のリファレンスポイント
ＰＣ５ＰｒｏＳｅ直接ディスカバリ（ＰｒｏＳｅＤｉｒｅｃｔＤｉｓｃｏｖｅｒｙ）、ＰｒｏＳｅ直接通信（ＰｒｏＳｅＤｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ）、及びＰｒｏＳｅＵＥ－ネットワークリレー（ＰｒｏＳｅＵＥ－ｔｏ－ＮｅｔｗｏｒｋＲｅｌａｙ）のための制御及びユーザプレーンに使用されるＰｒｏＳｅ対応ＵＥ間のリファレンスポイント
ＰＣＣポリシーと課金制御（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ）
ＰＣＦポリシー制御機能
ＰＤＢパケット遅延バジェット（ＰａｃｋｅｔＤｅｌａｙＢｕｄｇｅｔ）
ＰＤＵプロトコルデータ単位（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）
ＰＥＲパケット誤り率（ＰａｃｋｅｔＥｒｒｏｒＲａｔｅ）
ＰｒｏＳｅ近接ベースのサービス（Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄＳｅｒｖｉｃｅ）
ＱＦＩＱｏＳフローアイデンティファイア（ＱｏＳＦｌｏｗＩｄｅｎｔｉｆｉｅｒ）
ＲＡＮ無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）
ＲＲＣ無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）
ＳＢＡサービスベースのアーキテクチャ（Ｓｅｒｖｉｃｅ－ｂａｓｅｄＡｒｃｈｉｔｅｃｔｕｒｅ）
ＳＭセッション管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）
ＳＭＦセッション管理機能（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）
ＵＥユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）
ＵＰＦユーザプレーン機能（ＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ）
ＵｕＵＥと無線アクセスネットワークとの間のリファレンスポイント
Ｖ２Ｘ車車間／路車間通信（Ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）

本明細書に記載のすべて引用文献のリスト
［１］３ＧＰＰＴＳ２３．５０１Ｖ１６．１．０
［２］３ＧＰＰＴＳ２３．５０２Ｖ１６．１．０
［３］３ＧＰＰＴＳ２３．５０３Ｖ１６．１．０
［４］３ＧＰＰＴＳ２３．３０３Ｖ１５．１．０
［５］３ＧＰＰＴＳ３２．２７７Ｖ１５．１．０

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

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

Claims

ユーザ機器であって、
Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄｓｅｒｖｉｃｅｓ（ＰｒｏＳｅ）サービスの認可および提供手順において、コアネットワーク内のポリシー制御ノードからＰＣ５使用報告に関するＵＥポリシー情報を受信する手段、を備え、
前記ユーザ機器は、前記ＵＥポリシー情報を更新する、ユーザ機器。
ユーザ機器であって、
前記ＵＥポリシー情報は、コアネットワークノードを介して送られる、請求項１に記載のユーザ機器。
ユーザ機器であって、
前記ＰｒｏＳｅサービスの使用報告を含むＮｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ（ＮＡＳ）メッセージをコアネットワークノードに送信する手段をさらに含む、請求項１に記載のユーザ機器。
ユーザ機器であって、
前記コアネットワークノードは、アクセスおよびモビリティ管理ノードである、請求項２又は３に記載のユーザ機器。
ユーザ機器の方法であって、
Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄｓｅｒｖｉｃｅｓ（ＰｒｏＳｅ）サービスの認可および提供手順において、コアネットワーク内のポリシー制御ノードからＰＣ５使用報告に関するＵＥポリシー情報を受信し、
前記ＵＥポリシー情報を更新する、方法。
コアネットワークノードであって、
Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄｓｅｒｖｉｃｅｓ（ＰｒｏＳｅ）サービスの認可および提供手順において、コアネットワーク内のポリシー制御ノードからＰＣ５使用報告に関するＵＥポリシー情報を受信する手段と、
前記ＵＥポリシー情報をユーザ機器に送信する手段を備える、コアネットワークノード。
前記ポリシー制御ノードに応答メッセージを送信する手段を、更に備える、請求項６に記載のコアネットワークノード。
前記コアネットワークノードは、アクセス及びモビリティ管理ノードである、請求項６又は７に記載のコアネットワークノード。
コアネットワークノードの方法であって、
Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄｓｅｒｖｉｃｅｓ（ＰｒｏＳｅ）サービスの認可および提供手順において、コアネットワーク内のポリシー制御ノードからＰＣ５使用報告に関するＵＥポリシー情報を受信し、
前記ＵＥポリシー情報をユーザ機器に送信する、方法。