• セッションを続行しながらトラフィックをドロップする新しいオプションが、クレジット制御グループに関連付けられている FH テンプレートに導入されました。この機能を実現するために、既存の CLI コマンドが強化されています。

• 「Continue discard-traffic」FH アクションが適用されると、指定された DCCA セッションのすべてのトラフィックがブロックされます。DCCA セッションでは、PDN（およびその中に含まれるすべてのベアラー）または特定のベアラーが参照されます。DCCA セッションが対応するベアラーの照合は、FH アクション「続行」のためにそのまま続行されます。オンライン課金が必要なトラフィックだけがドロップされます。

• ルールの変更またはインストールが、純粋なダイナミックルールの PCRF から受信されない限り、「Continue discard-traffic」ステータスが適用されたままになります。オンライン AVP（オンライン = 1）は最終的に PCRF から送信され、指定されたベアラー（サブセッション）の Gy セッションが再開されます。この動作は、credit-control-group コンフィギュレーション モードで使用可能な「offline-session re-enable」CLIに基づいています。

• オンライン課金が必要なすべてのトラフィックがドロップされます。

• 課金アクションが識別され、その課金アクションに「オンライン」課金が必要な場合にのみ、対応するドロップアクションが実行されます。

• サブスクライバの「continue discard-traffic」ステータスは、リカバリ後もそのまま維持されます。Gx が Gy セッションを再度有効にしない限り、リカバリ後にトラフィックはブロックされます。

configure 
		failure-handling-template template_name 
				msg-type { credit-control-initial | credit-control-terminate | credit-control-update } failure-type any action continue discard-traffic 
				end 

• msg-type { credit-control-initial | credit-control-terminate | credit-control-update } failure-type any action continue discard-traffic CLI コマンドを使用すると、プリペイドサーバーとの通信障害がある場合の動作を指定できます。同じメッセージタイプのテンプレート内に複数の障害処理が存在する場合、直近に発生したエラーに基づいてアクションが適用されます。

• アクション「continue」に「discard-traffic」の拡張機能が追加されました。これにより、サブスクライバセッションを保持している間、データトラフィックがブロックされます。

• 障害処理テンプレートに関連付けられている以前の設定は、no msg-type { credit-control-initial | credit-control-terminate | credit-control-update } failure-type any CLI コマンドを使用して削除できます。

• 「discard-traffic」キーワードは「continue」アクションと一緒にのみ設定でき、それぞれの障害発生で影響を受けます。

• この CLI オプションは、デフォルトで無効になっています。それぞれの廃棄アクションが必要な場合は、「discard-traffic」キーワードを明示的に設定する必要があります。