DO NOT SHARE THESE DOCS WITH CUSTOMERS!

This is an LA release that will only be provided to a select number of PLM-sanctioned customers (PDFs only). Contact PLM for details.

 

The SBC Core 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, the 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, the SBC stores the values received in P-Charging-Function-Addresses header in a request or response from the 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, the 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.