このフェーズでは、受信パケットとボックスで設定されたルールとの比較が行われます。このルール照合プロセスでは、パケットの分類のみを行います。ボックスの [Rule Matching] 設定には、次の CLI を使用します。

action priority  <priority-number>  ruledef  <ruledef-name>  
charging-action  <charging-action> 

優先順位に基づいて、パケットのルール照合が行われます。一致する最初のルールによってパケットを分類します。

対応する課金アクションがパケットに適用されます。課金アクションの設定に「cca charging credit」が含まれている場合、オンライン課金がトリガーされ、そのパケットが DCCA アプリケーションに移動します。

パケットが DCCA アプリケーションに到達すると、パケットのクォータ（評価グループ/コンテンツ ID）がチェックされ、必要な処理が行われます。その評価グループのクレジットがなくなると、パケットに対して Final-Unit-Action が実行されます。その評価グループに no-credit が存在する場合、DCCA はその評価グループをブラックリストに登録することもできます。アプリケーションがブラックリストに登録されている場合、パケットは破棄またはドロップとしてマークされ、ACS mgr に通知するために disposition-action に入ります。クォータが存在する場合、パケットは転送されます。DCCA アプリケーションは、代わりに、後処理ルールやフィルタリストを入力し、後処理のためにパケットをマークできます。後処理は、OCS が、Final-Unit-Indication AVP とともにフィルタ ID またはフィルタルールの適用を要求したときに発生します。パケットの DCCA アプリケーション処理が完了すると、パケットは ACS mgr に戻ります。

アプリケーションからパケットが返ると、ACS MGR が DCCA アプリケーションによって設定された廃棄アクション値を確認します。破棄対象としてマークされている場合は、パケットは破棄されます。

• アプリケーションからの要求による後処理：廃棄アクションが PP_RESTRICTION_RULE または PP_FILTER_ID に適用される場合、content-id/rated-group に対応する restrict-rules-list または restrict-filter-id-list の取得を試行し、後処理を適用します。パケットは、下記の後処理（一般的な後処理）を試行しません。

  • ACS_CONTROL_PP_RESTRICTION_RULE：この廃棄アクションは、RFC 4006 に従って、Final-Unit-Indication Grouped-AVP 内で DCCA が OCS から送信された制限フィルタルールをアクティブ化する場合に適用されます。制限フィルタルールは、「fui_restrict_access」内の「restriction_list」に適用されます。

  • ACS_CONTROL_PP_FILTER_ID：この廃棄アクションは、RFC4006 に従って、DCCA が [Filter-Id] をアクティブ化する場合に、Final-Unit-Indication grouped-AVP 内の OCS に適用されます。Filter-Id はルール定義名であり、「fui_restrict_access」内の「filter_id_list」に適用されます。

    DCCA アプリケーションは、どちらの廃棄アクションも設定できます。[Disposition-action] はビットマスクにすぎません。

    これらの後処理制限ルールまたは後処理フィルタ ID は、OCS から取得され、DCCA アプリケーションによって有効化/アクティブ化されます。このルールは、評価グループ固有のルールです。ルール照合は、OCS が送信する順序で行われます。

    各 acs_sub_sess に、「service_id & rating_group」で指数付けされた「dcca_mscc_fui_restrict_access_t」のリストがあります。この組み合わせごとに、前述のタイプ構造体が存在します。この「dcca_mscc_fui_restrict_access_t」構造体には、「filter_id_list」リストと「fui_restrict_access」リストが含まれています。この構造体は、デフォルトでは空になります。DCCA アプリケーションは、特定のサービス ID と評価グループに対応した後処理のフィルタリングをアクティブ化するときに、この構造体に入力できます。

• 一般的な後処理：転送の場合、後処理が開始されます。後処理において、パケットは、Boxer で設定された後処理ルールと照合されます。

  次の CLI を使用して、Boxer で後処理ルールを設定します。

  Post processing priority  <priority-number>  ruledef  <ruledef-name>  charging-action  <charging-action-name> 

  これらの後処理ルールは、優先順位の番号順にパケットと照合されます.

前述の 2 つのディスポジションアクション値に加えて、制限に達したシナリオにはもう 1 つの値 ACS_CONTROL_PP_LIMIT_REACHED があります。ここでの limit-reached は、ユーザーのクォータ制限が終了したことを示します。ユーザークォータを超えると、パケットはデフォルトでアプリケーションによってドロップされ、後処理は適用されません。この制限に達して後処理の設定が行われるシナリオや、このクォータを使い果たしたシナリオであっても、この機能を使用して制御を追加できます。

制限に達したり、クォータを使い果たしたパケットの後処理を有効にするための設定オプションを使用できます。この設定には、次の CLI を使用します。

configure 
   active-charging service service_name 
      rulebase rulebase_name 
         post-processing policy { always | not-for-dynamic-discard } 
         end 

「not-for-dynamic-discard」オプションがデフォルトのオプションです。このオプションは、制限に達した/クォータを使い果たしたシナリオには後処理が適用されないことを示します。

「post processing policy always」CLI の場合、制限に達した/クォータを使い果たしたシナリオに後処理ルールが適用されます。ディスポジションアクションの「ACS_CONTROL_PP_LIMIT_REACHED」値は、この動作について通知するためのものです。後処理で優先順位ベースのルールがある場合は、リダイレクトルールをチェックし、それ以外の場合はデフォルトでパケットを破棄します。これらの制限に達したパケットには、転送、ネクストホップ、X ヘッダー挿入などの他の後処理アクションは適用されません。