You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Current »

The SBC supports P-Charging-Function-Addresses header as part of P-CSCF functionality. This header carries the charging function information.

This P-Charging-Function-Address header contains the following fields:

  • ccf—the charging data function addresses used for offline billing
  • ecf—the charging data function addresses used for online billing

SBC Provisioning

  • As a P-CSCF, SBC ignores and removes P-Charging-Function-Addresses, if present, when it receives any request/response from UE or when it sends any
  •  request/response to UE.
  • As a P-CSCF, SBC stores the values received in P-Charging-Function-Addresses header in a request or response from
  •  IMS core in the initial dialog-establishing request or a stand-alone transaction.

Storing of P-Charging-Function-Addresses is controlled by a provisioning flag (storePChargingFuncAddr) associated with Ingress TG with respect to Request and Response message (Core side).

  • As a P-CSCF, SBC inserts previously saved P-Charging-Function-Addresses headers before forwarding the message to IMS core
  •  when it receives any request or response from UE.

Insertion of P-Charging-Function-Addresses is controlled by a provisioning flag (addPChargingFuncAddr) associated with Egress TG with respect to Request and Response message (Core side).

CDR Processing

The SBC saves the P-Charging-Function-Addresses header with the ccf-value and ecf values to the CDR in ingress and egress protocol specific variants fields. The P-Charging-Function-Addresses header is not received or created for INVITE. P-CSCF stores the P-Charging-Function-Addresses header in 200 OK response for REGISTER, and then adds this stored value in the outgoing INVITE towards the IMS Core.

  • No labels