PDU セッションのライフタイム中いつでも、PCC 課金ルールをアクティブ化、非アクティブ化、および変更できます。

PCF は、SMF でアクティブになっているダイナミック PCC ルールの次の属性を変更できます。

• 課金キー

• Service Identifier

• 計測方法

Note	Gy/Gz の変更はサポートされていません。

PCC ルールおよび QoS フローでのアクティビティは請求対象のイベントではありません。ただし、PCC ルールの課金ルールの変更により、課金対象イベントが発生します。例の一部を次に示します。

• サービス データ フローの開始。

• 元の PCC ルールの最後のサービス データ フローに関するサービス データ フローの終了。

課金キー（つまり、料金設定グループ）は、オンライン課金クォータを要求するために使用されます。

Note	PCRF から受信したレポートレベルに応じて、次の手順を実行します。 Gy の場合、クォータは料金設定グループ（RG）または料金設定グループとサービス ID（RG+SID）に基づいて要求されます。 Gz の場合、クォータは RG または RG + SID に基づいて報告されます。 レポート レベルを受信しない場合、クォータは、PCRF から受信した料金設定グループまたはサービス ID の値から導出されます。

課金識別子は、PDU セッションの期間中に SMF と CHF または OCS /OFCS 間の課金情報を関連付けます。SMF は PDU セッションが確立されたときに課金 ID を生成して割り当てます。課金 ID は、その PDU セッションで一意であり、その PDU セッションで交換されるすべてのメッセージで使用されます。

SMF は、オンライン課金とオフライン課金について次の課金情報を収集します。

• アクセスおよびコア ネットワーク リソースの使用状況：UE に配信および UE から転送されるデータの量を記述します。

• 使用期間：PDU セッションの確立から PDU セッションのリリースまでの時間間隔。

• ユーザー：PDU セッションのユーザーによって使用される UE 情報。

• データネットワーク：DNN によって決定されたデータネットワークアドレス。

• 開始時間：PDU セッションの開始時刻。

• ユーザの場所：HPLMN および VPLMN レポートエリア。

サービス データ フロー（フロー ベースの課金）の場合、SMF は次の情報を収集します。

• PDU セッションの説明。

• 料金設定グループ情報、またはボリュームベースの課金時に料金設定グループとサービス ID の組み合わせに基づいて、アップリンクおよびダウンリンク方向で送信されるデータ。

• 料金設定グループに基づくサービス データ フローの期間、またはイベントベースの課金における料金設定グループとサービス ID の組み合わせ。

• イベントベースの課金が適用される場合に、料金設定グループ、または料金設定グループとサービス ID の組み合わせによって分類されるイベントおよび対応するタイムスタンプの数。

SMF は、料金設定グループ、または料金設定グループとサービス ID の組み合わせに基づいて、PDU セッション内で UPF ごとにサービス データ フローの課金情報を収集します。

SMF は 、3GPP TS 32.290、セクション 5.3.2.3で指定されているように、セッション ベースの統合型課金（SCUR）をサポートします。Gy が有効になっている場合、SMF では 3GPP TS32.299、12.9.0 セクション 6.4で指定されているセッションベースの課金がサポートされます。Gz が有効になっている場合、SMF では 3GPP TS32.298、12.9.0 セクション 5.1.2.2で指定されているセッションベースの課金がサポートされます。

SMF は課金データ要求/応答（初回）交換で CHF との課金セッションを確立します。PDU セッションの期間中は、課金データ要求または応答（更新）の交換で使用量が報告されます。セッションが解放されると、課金データの要求または応答（終了）メッセージが交換されます。

Gy が有効になっている 4G セッションの場合、SMF は、クレジット制御要求とクレジット制御応答（初期）メッセージ交換を送信することにより、OCS との課金セッションを確立します。PDU セッション中に、使用状況がクレジット制御要求およびクレジット制御応答（更新）メッセージとともに報告されます。セッションの解放後、クレジット制御要求メッセージとクレジット制御応答（終了）メッセージが交換されます。

Gz が有効になっている 4G セッションの場合、ダイナミック PCC ルールが受信されると、SMF はオフライン URR を作成します。次に、SMF は PCC ルールを対応する課金バケット（サービス データ フロー（SDF））にマッピングし、N4 確立要求を CnPGW-U に送信します。 PDU セッションの存続期間中、オフライン SDF またはベアラー レベルの URR の使用状況が N4 セッション レポートを介して報告されるか、UPF からの N4 削除セッション応答で、GTPP データ レコード転送要求を GTPP に送信する場合があります。

PCF または PCRFから受信した入力に基づいて、セッションに対する課金が有効になります。

オフライン課金の場合、SMF は、SM ポリシー制御作成応答内の PCF からの smPolicyDecision メッセージで設定された課金記述子と refChgData フィールドの存在に基づいて、課金データ要求の初期を課金機能（CHF）に送信します。

初期セッションの確立時またはセッション後の確立時に課金が必要かどうかの決定時に、課金が PDU セッションに対して有効になります。課金が有効になると、SMF は課金データ要求（初期）メッセージを CHF に送信します。

SMF は、ボリューム/時間のしきい値をローカルに、または課金データ応答から決定します。これらの値は、URR のボリューム/時間しきい値 IE を更新し、それに応じてレポート トリガーを設定するために使用されます。URR で使用される測定方法は、課金データから導出されます。

オンライン課金の場合、SMF は CHF からボリューム/時間しきい値とクォータの値を受信します。これらの値は、課金データ応答（初回）で受信されるか、または PDU セッション確立時に課金データ要求（更新）を使用して受信されます。SMF は、これらのボリューム/時間のしきい値とクォータの値を対応する URR の UPF にリレーします。

SMF 4G セッションに対して Gy が有効になっている場合、セッションの SMF は、ボリューム/時間のしきい値とクォータ値を取得するために、クレジット制御要求（初期）を OCS に送信します。SMF はこれらの値を対応する URR の UPF にリレーします。SMF が OCS からボリュームしきい値を受信しない場合、SMF はローカル構成からボリュームしきい値を決定します。

SMF 4G セッションで Gz が有効になっている場合、SMF は、ダイナミック ルールの場合にデフォルトのベアラー レベル URR と SDF レベル URR を含む N4 確立要求を送信します。静的で事前に定義されたルールの場合、URR はトラフィックの開始（SoT）で受信した PFCP セッションレポートの後に作成されます。ベアラー レベルの URR TIME_THRESHOLD および VoLUME_THRESHOLD の値は、ルールベースのプロファイルで構成された egcdr のしきい値から受信されます。SDF レベル URR TIME_THRESHOLD および VoLUME_THRESHOLD の値は、課金プロファイルで構成された egcdr しきい値から受信されます。すべての SDF レベルの URR は、ベアラー レベルの URR にリンクされます。

Note	CHF からのしきい値は、ローカルで構成された値を常にオーバーライドします。

次の表は、オンラインまたはオフラインの課金シナリオでの URR の作成または更新中に UPF と共有される IE のマッピングを示しています。

次の表に、レポート トリガーとその派生した送信元を示します：

CHF の選択は、次のいずれかのオプションで実行できます：

1. PCC ルールの一部として PCF が提供する 1 つ以上の CHF アドレス

2. UDM が提供する課金特性

3. NRF ベースの検出

4. SMF ローカル プロビジョニングの充電特性

Important

SMF は、最後の 2 つのオプションのいずれかを使用して、CHF IP アドレスとポートの詳細を取得します。SMF は最初に NRF ベースの検出を実行して CHF サーバーを選択します。SMF がサーバーを識別できない場合、ローカルにプロビジョニングされた課金特性を使用します。Gy が有効になっている場合、SMF はローカルに構成された Diameter クライアント プロファイルを使用して OCS サーバーに接続します。同様に、Gz が有効になっている場合、SMF はローカルに構成された GTPP プロファイルを使用してオフライン課金システム（OFCS）サーバーに接続します。

N4 に向けた URR 生成

SMF は PCF から課金データと使用状況モニタリング データを受信します。この情報に基づいて、SMF は N4 に対する URR を導き出します。セッション レベルでボリューム/時間制限が SMF に構成されている場合、SMF はセッション レベルの URR を作成します。

静的または事前定義されたルールの構成は、SMF および UPF の手順に似ています。設定のレイアウトは次のとおりです：

1. ルールベース：1 対多のルールベースを構成できます。単一の PDU セッションでは、1 つのルールベースをいつでもアクティブにできます。PCF は、PCC ルールでルールベース名を送信することにより、SMF でルールベースをアクティブ化できます。

2. Ruledef：各ルールベースは、1 対多の ruledef 構成を持つことができます。ruledef は、静的または事前定義済みのタイプのいずれかです。各 ruledef は課金アクションに割り当てられます。

3. 課金アクション：QoS と課金情報が含まれます。

SMF は、ルールベースの各課金アクションの課金データを取得します。ルールベースの静的ルールに関連付けられている課金アクションは、PDU コンテキストですぐに取得および更新されます。事前定義されたルールに関連付けられている課金アクションは、PCF が SMF で特定の事前定義されたルールをアクティブにするときに取得され、更新されます。

課金アクションから派生した URR は、次の動作をします：

• オンライン課金は、課金アクションの「cca charging credit 」構成によって識別されます。

• オフライン課金は、課金アクションの「billing action egcdr 」構成によって識別されます。

• ボリューム制限と時間制限のアームトリガーは、APN の下の gtpp グループ設定の下にあります。UPF はこれらの値を自動的に検出し、それぞれの使用状況レポートを送信します。Gz は、課金プロファイルからのトリガーを使用します。

• 動的ケースとは異なり、SMF は構成されたルールから派生した課金データに対しては、Create URR をすぐに送信しません。

• オンライン課金方式を使用して、UPF は「開始」トリガーで使用状況レポートを送信します。SMF は CHF を使用して RG のクォータを取得し、Update URR メッセージで UPF に同じ情報をリレーします。Gz の場合 SMF は、ルールベースからベアラー レベル URR のしきい値を読み取り、課金プロファイルから SDF レベル URR のしきい値を読み取ります。

• ルールベース レベルで UPF しきい値を設定できます。ルールベース内のすべてのルール定義レベルの URR にリンクされたルールベース レベルの URR を作成します。

静的ルールの場合、SMF は実行時にアクティブな課金サービス設定を使用して、CHF にリレーされる QoS 記述子情報を取得します。

事前に定義されたルールでは、関連付けられた課金アクションにより、料金設定グループ（RG）、サービス ID、および帯域幅 ID の値を組み合わせたセッション データ内に QoS 記述子が作成されます。SMF は使用状況レポートを CHF にリレーするとき、RG およびサービス ID との一致を確認し、一致した課金アクションに適用可能な QoS を使用します。

Important

2 つの事前定義されたルールが同時にアクティブ化され、関連付けられた課金アクションが同じ RG とサービス ID を持つが、帯域幅 ID が異なる場合、SMF は RG とサービス ID との一致が見つかったかどうかを確認し、一致した課金アクションに適用可能な QoS を使用します。SMF は、さまざまな事前定義済みルールに関連付けられた課金アクションの 1 つから取得される QoS 記述子をランダムに選択します。

Note	前述の動作は、Gy にも適用できます。

セッションレベルのボリュームまたは時間の値をローカルに構成したか、CHF からそれらを受け取った場合、SMF はセッションレベルの URR を作成し、それをオフラインの課金記述子に対応するすべての URR にリンクします。

PCF が同じ料金設定グループの複数の課金記述子を受信すると、SMF は追加の URR を作成し、同じ料金設定グループの課金記述子から派生したすべての URR にリンクします。

次の図で、ローカル構成の動作について説明します：

• SMF は、最大 16 の充電特性プロファイルをサポートします。

• 各 CC プロファイルは、課金グループと課金プロファイルで構成されます。

• 課金サーバ グループと課金プロファイルは DNN プロファイルにリンクされています。現在、課金プロファイルはトリガーとしきい値の構成をサポートしています。

SMF は、次の条件のいずれかが満たされた場合、オフライン リソース使用状況レポートを UPF から CHF にリレーします。

• レポート タイプは、immediate（即時）です。

• レポート タイプが遅延されており、遅延レポートの最大数を超えています。

使用状況レポートには、値がゼロの課金レコードも含まれます。これらのゼロ値レコード（UUC と CDR-U）は、CHF 上の不要なディスク領域を占有します。この問題を回避するために、SMF は新しい構成を利用して、ゼロ バイト データ カウントでオフラインの課金レコードを制御します。

課金プロファイル コンフィギュレーション モードで offline zero-usage CLI コマンドを構成すると、SMF は、UUC または CDR-U のオーバーロードを行うことなく、CHF に通信量をリレーします。

ユーザーは、CLI 構成に基づいて、抑制する UUC または CDR を選択できます。

重要	offline zero-usage drop cdr コマンドが課金プロファイル コンフィギュレーション モードで構成されている場合でも、CDR リリースは抑制されません。

ゼロ抑制 CDR をサポートするには、Gz の suppress-cdrs CLI を有効にします。

構成についての詳細は、「課金プロファイルの構成」セクションを参照してください。

このセクションでは、次のコール フローについて説明します。

SMF 課金機能には、N4 インターフェイスに関する次の制限があります。

• セッション レベルの URR（CDR-I）が一度作成されると、セッション全体にわたってアクティブなままになります。この URR は、後続のセッション（CDR-U）で削除されません。

• セッションレベルの URR が作成されない場合、セッション制限が使用可能であっても、後続の CDR-U では作成されません。

SMF は、2019 年 6 月の 3GPP 仕様 TS 32.290 バージョン 15.3.0 に準拠しています。

6 月リリースでは、メッセージは次の URI 形式に示されているようにバージョン「v2」を経由します。

nchf-convergedcharging/v2/chargingdata 

コンプライアンス構成の CLI コマンド： service nchf-convergedcharging 。この CLI コマンドまたは バージョンが構成されていない場合、3GPP のデフォルト バージョン（2018 年 12 月）が適用されます。

3GPP 2019 年 6 月準拠により、次の情報要素（IE）が追加されています。

• 認定 QoS

• 登録済み QoS

• QoSData の IE

• サービング ネットワーク機能 ID

次の構成を使用して、SMF 課金用の DNN プロファイルを構成します。

config 
   profile dnn profile_name 
      charging-profile profile_name 
      network-element-profiles [ chf profile_name | ocs profile_name ]  
      end 

注：

• charging-profile ：課金プロファイルの構成を指定します。

• network-element-profiles ：ネットワーク要素プロファイルを指定します。ネットワーク要素プロファイルは、次のいずれかになります：

  chf ：CHF ネットワーク要素プロファイルを指定します。

  ocs ：OCS ネットワーク要素プロファイルを指定します。

• profile_name ：選択したネットワーク要素プロファイルの名前を指定します。ネットワーク プロファイルを選択したら、文字列を入力します。

以下の構成を使用して、SMF 課金の課金特性プロファイルを構成します。

config 
   profile charging-characteristics cc_value 
      charging-profile profile_name network-element-profile-list chf chf_name 
      end 

注：

• cc_value ：課金特性値を指定します。値は、0x1 ～ 0xffff の範囲の 1 ～ 4 桁の 16 進文字列である必要があります。たとえば、11AB です。

オフライン課金を有効にした場合、次の構成を使用して、課金プロファイルの選択に使用される課金特性 ID を構成します。

config 
   profile dnn intershat charging-characteristics-id cc_id_value 
      end 

注：

• profile dnn intershat charging-characteristics-id cc_id_value ：課金 ID 特性値を指定します。値は、0x1 ～ 0xffff の範囲の 1 ～ 4 桁の 16 進文字列である必要があります。たとえば、11AB です。

SMF 課金用の課金プロファイル パラメータを構成するには、次の構成を使用します。

config 
   profile charging profile_name  
      limit [ rating-group ] { duration duration_value | volume volume_value } 
      max-charging-condition max_cc_value  
      max-deferred-urr max_urr_value  
      method { none | offline | online } 
      offline zero-usage [ drop { cdr | uuc } | measurement { duration | volume } | trigger { external | final | internal } ] 
      query-all-urr { false | true } 
      quota request [ always | standard ] 
      quota suppress triggers [ qht ] 
      reporting-level { offline | online { [rating-group]  
      | rating-group | service-id } 
      requested-service-unit time seconds volume downlink downlink_value  
      uplink uplink_value total total_value 
      tight-interworking-mode { false | true } 
      triggers session session_level_triggers 
      session-failover { false | true } 
      send charging-initial  { session-start | traffic-start } 
      dynamic-rules request-quota { on-receiving-rule | on-traffic-match } 
      quota validity-time  validity_time 
      quota volume-threshold percent  volume_threshold_percent 
      usage-reporting quota-to-report based-on-grant { report-only-granted-volume } 
      mscc-final-unit-action terminate session 
      max-secondary-rat-reports report_range 
      egcdr losdv-max-containers container_num 
      egcdr service-data-flow threshold { {volume | interval } { downlink | total | uplink }  bytes | {interval  <duration>} 
      egcdr closure-reason { admin-disconnect | normal-release | } 
      egcdr triggers {qos-change | uli-change | ms-timezone-change} 
      egcdr suppress-cdrs zero-volume triggers { external-trigger-cdr  final-cdr  internal-trigger-cdr } 
      egcdr-final-record closing-cause [ same-in-all-partials | unique ] 
      end 

注：

• limit ：しきい値の制限を指定します。

• duration ：課金の期間しきい値を指定します。しきい値の範囲は 0 ～ 2147483647 です。

• volume ：課金のボリュームしきい値を指定します。しきい値の値の範囲は、0 ～ 9223372036854775807 です。

• rating-group ：料金設定グループのボリュームと期間のしきい値を指定します。

• max-charging-condition max_cc_value ：課金条件の変更の最大数を指定します。 max_cc_value は 0 ～ 500 の整数である必要があります。デフォルト値は 20 です。

• max-deferred-urr max_urr_value ：遅延される USU コンテナの最大数を指定します。 max_urr_value は 、0 ～ 200 の整数である必要があります。デフォルト値は 50 です。

• method ：課金方法を指定します。デフォルトの充電方法はオフラインです。

• offline zero-usage { drop | measurement | trigger } ：SMF は、ボリュームと期間がゼロのオフライン URR を抑止します。デフォルトでは、SMF のゼロ使用ドロップ構成は無効になっています。

  • drop { cdr | uuc } ：SMF は、CDR または UUC をゼロの使用で抑止します。複数のレポートがある場合、SMF は使用状況がゼロのレポートのみをドロップします。オンライン レポートには影響がないことに注意してください。

    drop コマンドが構成されていない場合、SMF はオフライン使用状況レポートの UUC の送信を停止します。

  • measurement { duration | volume } ：SMF は、抑制のネットワーク使用率の測定方法を指定します。測定方法は、ボリュームと期間に基づきます。

    measurement コマンドが構成されていない場合、SMF は、構成に応じて、ボリュームがゼロで期間がゼロのレコード、またはボリュームがゼロまたは期間がゼロのレコードを抑止します。

  • trigger { external | final | internal } ：抑制するトリーガのリストを指定します。

    • external ：SMF は、QoS の変更、RAT の変更、ユーザーの場所の変更、PLMN の変更などの外部トリガーにより生成される使用状況レポートを抑止します。

    • final ：SMF は、コンテキストの終了時に生成される使用状況レポートを抑制します。

    • internal ：SMF は、ボリューム制限、時間制限、料金変更などの内部トリガーにより生成される使用レポートを抑制します。

• query-all-urr { false | true } ：すべての URR をクエリする場合に を指定します。デフォルトでは、この構成は有効になっています（true に設定されています）。

  この CLI コマンドが無効になっている（false に設定されている）場合、または CC トリガーがセッション レベルでモニタされない場合、SMF は QUERY_URR を送信し、使用状況レポートとともに CC イベントを報告します。

• quota request [ always | standard ] ：構成に基づき、オンライン課金サービスに対する CHF からのクォータ要求を制御します。 quota request always が構成定されている場合、SMF は常にクォータを要求します。 no quota request または quota request standard CLI コマンドが構成されている場合、SMF は、標準で定義されている特定のトリガー タイプのクォータを要求します（これがデフォルトの動作です）。

• quota suppress triggers [ qht ] ：使用状況レポート トリガー タイプ「qht」の構成時に、CHF からのクォータを抑制します。

• reporting-level ：オフライン課金とオンライン課金に使用するレポート レベル構成を指定します。

  デフォルト値は [rating-group] レベルです。

• requested-service-unit：要求されたサービス ユニットの値を構成します。

  • time seconds ：時間クォータ値を、1 ～ 4000000000 の秒単位で構成します。

  • downlink downlink_value ：ダウンリンク ボリュームを 1 ～ 4000000000 のバイト単位で構成します。

  • uplink uplink_value ：アップリンク ボリュームを 1 から 4000000000 までのバイト単位で構成します。

  • total total_value ：合計ボリュームを 1 ～ 4000000000 のバイト単位で構成します。

• tight-interworking-mode ：オンラインまたはオフラインの課金方式の厳格なインターワーキング モードを有効にする構成。

• triggers ：構成するトリガのリストを指定します。

• session session_level_triggers ：セッション レベルのトリガのリストを指定します。セッションレベルのトリガーのリストは次のとおりです：

  • repor3gpp-ps-change

  • ambr-change

  • max-number-of-changes-in-charging-conditions

  • plmn-change

  • qos-change

  • rat-change

  • serv-node-change

  • tarrif-time-change

  • ue-pra-change

  • ue-time-change

  • upf-add

  • upf-rem

  • user-loc-change

• session-failover { false | true } ：Gy の Diameter セッション フェールオーバーを有効にします。この構成のデフォルト値は、false です。

• send charging-initial { session-start | traffic-start } ：ダイナミック ルールと事前定義済みルールを受信したときに、OCR-I メッセージを OCS に送信するかどうかを指定します。送信しない場合、CCR-I メッセージは、トラフィックの開始時に受信した使用状況レポートを送信します。デフォルト値は session-start です。

• dynamic-rules request-quota { on-receiving-rule | on-traffic-match } ：ダイナミック ルールの受信時に RSU とともに CCR-I メッセージを送信するかどうかを指定します。送信しない場合、CCR-I メッセージは、トラフィックの開始時に受信した使用状況レポートを RSU とともに送信します。デフォルト値は on-receiving-rule です。

• quota validity-time validity_time ：クォータの有効期間を 1 ～ 4000000 の秒数で指定します。

• quota volume-threshold percent volume_threshold_percent ：ボリュームしきい値をボリュームクォータの割合（1 ～ 100）で指定します。

• usage-reporting quota-to-report based-on-grant { report-only-granted-volume } ： based-on-grant オプションは、OCS サーバによって付与されたサービス ユニットでのみ付与される場合に、OCS に対する使用済みサービス ユニットのレポートの量または期間を指定します。 report-only-granted-volume オプションは、OCS サーバによって付与された入力、出力、または合計オクテットに基づいて、使用済みボリューム クォータを OCS に送信するためのフィルタを指定します。

• mscc-final-unit-action terminate session ：MSCC の最終ユニット アクションが終了するとセッションを終了します。

• max-secondary-rat-reports report_range ：GTPP（Gz）更新をトリガするセカンダリ RAT 使用率レポートの最大数を構成します。 report_range は 0 ～ 50 の範囲内の整数である必要があります。max-secondary-rat-reports のセカンダリ RAT 使用制限の推奨値は 25 です。

• egcdr losdv-max-containers container_num ：GTPP データ レコードを作成するサービス データ コンテナ（LOSDV）の最大リストを指定します。デフォルト値は 1 です。

• egcdr service-data-flow threshold { {volume | interval } { downlink | total | uplink } バイト| {interval <duration>：SDF レベルのオフライン URR しきい値を指定します。} ダウンリンク、合計、またはアップリンクのオクテット数の制限は、100000 ～ 4000000000 の範囲の整数である必要があります。

  • egcdr service-data-flow threshold intervalduration ：オフライン充電のしきい値を構成します。しきい値間隔値は、60〜40000000の範囲の整数である必要があります。

• egcdr closure-reason { admin-disconnect | normal-release | } ：終了理由を構成します。

• egcdr triggers {qos-change | uli-change | ms-timezone-change} ：CDR のトリガーを有効にします。

• egcdr suppress-cdrs zero-volume triggers { external-trigger-cdr final-cdr internal-trigger-cdr } :

  • egcdr suppress-cdrs zero-volume ：CDR を抑制します。

  • triggers ：ボリュームがゼロの CDR を抑制するために使用できるトリガのリストの 1 つを構成します。

  • egcdr suppress-cdrs zero-volume triggers internal-trigger-cdr ：非同期ボリューム使用レポートが PFCP セッションの使用レポートを介した UPF からのものであることを指定します。

  • egcdr suppress-cdrs zero-volume triggers final-cdr internal-trigger-cdr ：通話が終了することを指定します。

  • egcdr suppress-cdrs zero-volume triggers external-trigger-cdr ：同期ボリュームの使用状況レポートがクエリ URR を介して UPF から取得されるように指定します。

• egcdr-final-record closing-cause [ same-in-all-partials | unique ]

  • egcdr-final-record ：最終 CDR を構成します。

  • closing-cause [ same-in-all-partials | unique ] ：最後の CDR の場合の終了原因を構成します。 same-in-all-partials の値は、同じ終了原因が複数の最終 CDR に含まれることを指定します。 unique 値は、最終 CDR の終了原因が一意であることを指定します。

次に、SMF 課金の構成例を示します。

config
   profile dnn intershat1
   charging-profile chgprf1
   exit
   profile charging chgprf2
   limit volume 15000
   limit duration 90
   limit rating-group volume 12000
   limit rating-group duration 80
   triggers session [ ambr-change qos-change max-number-of-changes-in-charging-conditions ]
   max-charging-condition 1
   max-deferred-urr 3
   reporting-level online service-id
   reporting-level offline service-id
   session-failover   true
   quota validity-time 200
   quota volume-threshold percent 80
   dynamic-rules request-quota on-traffic-match
   send charging-initial traffic-start
   usage-reporting quotas-to-report based-on-grant
   mscc-final-unit-action terminate session
   max-secondary-rat-reports 25
   egcdr losdv-max-containers 2
   egcdr service-data-flow threshold volume downlink 100000
   cdr service-data-flow threshold interval 100
   egcdr closure-reason normal-release 
   egcdr triggers ms-timezone-change
   egcdr suppress-cdrs zero-volume triggers 
   egcdr-final-record closing-cause [ same-in-all-partials | unique ]

exit

SMF は、次のルールに準拠したオンライン課金とオフライン課金の異なるレポート レベルを提供します。

• 構成されたルールは、スタティックまたは事前定義された課金アクションから派生します。

• セッションレベルの通信量レポートルール(URR)は、CHFトリガまたはローカル構成から導出されます。

• SMF は、オンラインおよびオフラインの課金説明のセッションレベルの URR を関連付けません。

• SMF では、セッションレベルの URR を構成済みの課金アクションの URR に関連付けません。

• ルールベースの URR は、オフラインで構成されている URR にのみ適用されます。

• 構成済みのオンラインまたはオフラインの課金方法で、[サービスID無視（Ignore Service ID）] 構成が存在する場合、URR リストには「rg x urr-id y」が含まれている必要があります。それ以外の場合、SMF は課金アクションを不正な形式としてドロップします。

Important

SMF では、同じ料金設定グループ内の複数の課金方法がサポートされています。

この機能には、次の制限事項があります。

• 厳密なインターワーキング モードは、料金設定グループ レベルのサービスではサポートされません。

• 料金設定グループ レベルの 1 つのサービスとサービス ID レベルの別のサービスはサポートされていません。

オンライン課金とオフライン課金の異なるレポート レベルのサポート機能は、次の基準に準拠しています：

• 3GP TS 32.255

• 3GP TS 32.290

次の表に、対応する SMF アクションを含むアプリケーション エラー コードの詳細を示します。

（注）	エラー コード 403 が失敗処理テンプレートで構成されていない。 静的ルールおよび事前定義ルールの CharGING_NOT_APPLICABLE（課金を無効にする）は、サブスクライバ パラメータの独自の IE「課金無効」が N4 変更または確立要求で送信されたときに発生します。この要求は、UPF がアクティベーションを保留中の URR のトラフィック開始を生成しないようにするために送信されます。この IE は、2023.01.0 リリース以降では送信されなくなりました。詳細については、「課金の無効化機能の処理」 セクションを参照してください。

Gy は、OCS サーバからの SMF によってサポートされる MSCC レベルとコマンドレベルのアプリケーションレベルのエラー コードをサポートします。

MSCC レベルのエラー

次の表に、MSCC レベルの障害コードを示します。

コマンドレベルのエラー

Diameter エンドポイント ポッドは、OCS から Gy メッセージのコマンドレベルの障害を受信した後、障害処理構成を処理します。

Gy に適用されるアクションとサブアクションは次のとおりです。

• 続行（Continue）

  • FHSubActionEnum_UNKNOWN

  • FHSubActionEnum_DISCARD_TRAFFIC

• Terminate

  • FHSubActionEnum_WITH_TERM_REQUEST

  • FHSubActionEnum_WITHOUT_TERM_REQUEST

CCA-I、CCA-U、または CCA-T メッセージで受信した次の障害タイプに対して、先行するアクションおよびサブアクションを使用して障害処理プロファイルを構成できます。

• 任意

• Result-code

  （注）	値の範囲は 3000 ～ 9999 です。

• Exp-result-code

  （注）	値の範囲は 3000 ～ 9999 です。

• Local-error

結果コードと対応する SMF アクションの詳細を次の表に示します。

SMF は、N40 インターフェイスで課金トランザクションが無効になっている場合、次の機能を実行します。

• N4 ですでに作成されている使用レポート ルール（URR）を削除します。

• N4 の確立または変更要求を介して、サブスクライバ パラメータ属性で独自の IE「Charging Disabled」を送信します。

このカスタム N4 IE は、Radius アカウンティングなどの他の種類の課金に機能上の影響を及ぼします。

UPF で特定された課題を排除するために、SMF では課金プロセスを無効化する場合に、次の動作の変更が行われます。

• 新しくロードされたルールの場合、SMF は新しいダイナミック URR を構築しません。

• SMF が Charging Disabled IE の UPF への送信を停止します。UPF は、引き続き、使用状況レポート（USAR）を他の URR の SMF に送信します。

• その後、SMF は成功の応答メッセージで UPF を確認します。レポートで使用量のクォータが要求されている場合、SMF は N4 変更応答を通じて N40 の使用量の詳細を要求することなく、無限のクォータをリレーします。

SMF では、実行時の ACS 構成の動的な変更がサポートされています。ACS プロファイル構成は、ACS プロファイルの様々なパラメータを定義します。

次の表に、さまざまなシナリオでの ACS 構成の動的な更新中の SMF および UPF の動作の変更を示します。

注：

• オンライン レポートにサービス ID が含まれ、無視サービス ID がクレジット制御プロファイルで構成されていない場合、SMF はレポートをドロップします。

• 新しいオンライン URR に既存の URR と同じ RG が含まれている場合、SMF は使用状況レポートをドロップします。

• 新しいオフライン URR に既存の URR と同じ RG とサービス ID が含まれている場合、SMF は使用状況レポートをドロップします。

• 同じ使用状況レポートで、次のオンライン URR に同じ RG が含まれ、次のオフライン URR に同じ RG + サービス ID が含まれている場合、SMF は使用状況レポートを削除します。

課金プロファイルは、実行時に渡す値に基づく構成の動的な更新をサポートします。値の更新操作は、次のシナリオを考慮して行われます：

• 構成は、次のアクセス時に反映されます： 操作の進行中に値が更新された場合、SMF は新しい値を無視して古い値を引き続き使用します。たとえば、[Charg-Profileの制限（Limits in Charg-Profile）] および [CC トリガー（CC triggers）]。

• [設定が新しいセッションにのみ反映される（ConfigurationConfiguration only on a new session）]： 構成がセッションに固有のものであり、そのセッションですでに値が考慮されている場合、SMF は新しい値を考慮しません。たとえば、PduContext（DB エントリ）。この場合は、設定を更新しても、すでに作成されているセッションには影響しないことを意味します。たとえば、[課金方法（Charging Method）] は [プロファイル（Profile）] で、[課金特性（Charging Characteristics）] の [課金プロファイル（Charg-Profile）] に変更できます。

• 設定が即座に反映： 構成は、更新されるとすぐに動的な値を考慮します。SMF がすでに構成を使用していて、後で更新された場合は、最新の値が使用されます。

課金プロファイルを使用してセッションが作成され、のちに Ops センターから削除される場合、セッションは削除されたプロファイルの構成構造へのアクセスを試みる場合があります。このような場合、Smf-Service ポッドは、プロファイルが存在しないセッションにマッピングされたデフォルト プロファイルを維持します。

課金プロファイルは、SMF 課金パラメータの処理を担当します。

次の表に、動的な構成変更を含む構成パラメータと、既存のセッションへのその影響を示します。

このセクションでは、5G セッションのプリエンプティブ クォータ要求に関連付けられたコール フローについて説明します。

プリエンプティブ クォータ要求のコール フロー：タイマー期限切れ後のトラフィック開始

SMF は、プリエンプティブ クォータの一部として次のメトリックを維持します。

• disk_pdusetup_chf_rg_error：切断の理由がプリエンプティブ クォータ検証エラーによる pduSession-reject に対してペグされていることを示します。

• disk_pdnsetup_chf_rg_error：プリエンプティブ クォータ検証エラーにより、接続解除の理由が接続拒否のペグがあることを示します。