マニュアルの変更履歴

デフォルトベアラーの Quality of Service クラスインデックス（QCI）の変更を含む charging-rule-install および charging-rule-remove 属性値ペア（AVP）を持つ再承認要求（RAR）を P-GW で受信すると、P-GW は古いダイナミック課金ルールを削除し、ベアラー更新要求をトリガーします。ベアラー更新要求を受信した場合にのみ、新しいルールが適用されます。これにより、デフォルトのベアラーに関連付けられているポリシーがない期間の課金に矛盾が生じます。

StarOS 21.22 以降のリリースでは、課金の矛盾を回避するために、上記のケースでは、ベアラー更新要求が受信されるまで、ルールの削除が延期されます。この新しいルール削除遅延ポリシーは、QOS パラメータ（QCI、GBR、MBR、または ARP）が変更され、charging-rule-install および charging-rule-remove の上記の条件が満たされたデフォルトベアラーにのみ適用されます。

課金ルール削除ポリシーは、RAR を受信した直後ではなく、ベアラー更新応答の受信後に適用されます。この変更は CLI 設定によってサポートされており、次の機能が発生します。

1. RAR またはクレジット制御応答更新は、Rule1 のルール削除、デフォルトのベアラー QCI 更新、および Rule2 のルールインストールとともに P-GW によって受信されます。

2. ACS マネージャは、次のことを確認します。

   • 遅延ルール削除ポリシーをチェックします。

   • デフォルトベアラーの QoS 変更とデフォルトベアラーのルール削除があるかどうかをチェックします。

   • ベアラー更新要求応答を受信した後、保存されているポリシーを削除します。

3. ベアラー更新要求に対して正しい QCI、MBR、および GBR 値が送信されているかどうかを確認します。また、正しいデフォルトベアラー QoS がベアラーに反映されているかどうかも確認します。

4. ベアラー更新応答が受信されない場合は、次の操作を実行します。

   • 遅延ルールの削除をキャンセルする場合は、タイムアウト処理を実行します。

   • 復元された正しいベアラー QoS を検証します。

デフォルトのベアラールール削除ポリシーを有効または無効にするには、次の設定コマンドを使用します。

configure 
   active-charging service service_name 
      [no] policy-controldefer default-bearer-rule-removal 
    end 

注：

• active-charging service ：課金アクションは、ルール定義が一致したときに実行するアクションを定義します。

• no ：動的ルール削除の保留を無効にします。

• defer default-bearer-rule-removal：ベアラー更新応答またはタイムアウトまで、デフォルトのベアラーからのルールの削除を延期します。