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
- 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).
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.