Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 32.240  Word version:  18.1.0

Top   Top   Up   Prev   Next
1…   3…   4…   4.2.3   4.2.4   4.3…   4.4…   4.5…   5…   5.3…   A…   C…   D…   E…

 

4.5  Architecture mappingp. 36

4.5.0  General |R12|p. 36

The following sub-clauses describe how the logical ubiquitous charging architecture can be mapped onto physical components and interfaces within the scope of 3GPP standards.

4.5.1  Offline mappingp. 36

The Figure 4.5.1.1 - Figure 4.5.1.4 below depict the mappings of the ubiquitous offline charging architecture onto physical implementations that are identified within the 3GPP standards. As stated previously in the present document, the CTF is a mandatory component of all NEs that have offline charging capabilities. In contrast, the CDF and the CGF may be implemented in any of the following ways:
1)
CDF and CGF integrated in the NE. In this implementation, all network charging functions are embedded in the NE, i.e. the NE is fully self-contained in terms of offline charging. The (physical) NE itself produces the CDR files that are then transferred to the BD. Consequently, only the Bx reference point needs to be implemented as a physical interface.
Copy of original 3GPP image for 3GPP TS 32.240, Fig. 4.5.1.1: CDF and CGF integrated in the NE
Figure 4.5.1.1: CDF and CGF integrated in the NE
(⇒ copy of original 3GPP image)
Up
2)
CDF integrated in the NE, CGF in a separate physical element. In this implementation, the (physical) NE generates CDRs and sends them to an external CGF. Hence the Ga reference point must be implemented in the NE as a physical interface. If the CGF is a stand-alone entity, it must implement both the Ga and the Bx reference point as physical interface. As a variation of this construct, the CGF may be integrated in the BD, in which case the Bx reference point is internal to the BD.
Copy of original 3GPP image for 3GPP TS 32.240, Fig. 4.5.1.2: CDF integrated in the NE, CGF in a separate physical element
Up
3)
CDF and CGF in two separate physical elements. This scenario represents the fully distributed implementation where all reference points must be implemented as physical interfaces on the NE, CDF and CGF, respectively. Again, as a variation of this approach, the CGF may be an integral component of the BD, in which case the Bx reference point becomes internal to the BD.
Copy of original 3GPP image for 3GPP TS 32.240, Fig. 4.5.1.3: CDF and CGF in two separate physical elements
Up
4)
CDF and CGF in the same separate physical element. In contrast to scenario 3, there is no physical Ga interface, whereas the Rf and Bx reference points must exist as distinct interfaces in the same fashion as in scenario 3. The variation of the combined CDF/CGF being embedded in the BD is again possible, resulting in the Rf reference point being the only one that appears as a physical interface.
Copy of original 3GPP image for 3GPP TS 32.240, Fig. 4.5.1.4: CDF and CGF in the same separate physical element
Up
Details of the possible implementation options per domain / subsystem / service (usually a subset of the overall possible variants described above) are specified in the respective middle tier TS.

4.5.2  Online mappingp. 38

The CTF is a mandatory integrated component of all network elements that are involved in online charging as depicted in Figure 4.2.2.1, with the exception of the S-CSCF (see clause 4.3.2.2.2). If CDR generation by the OCS is required, as described in clause 4.3.2.3, then a CDF is integrated in each OCF that is required to produce the CDRs. All other possibilities for physical mapping, including e.g.:
  • integrated versus distributed CGF in the OCS,
  • use of another CGF by the OCS,
  • IMS GWF integrated in S-CSCF or OCS, or a stand-alone entity,
are not specified within the 3GPP standards and are therefore implementation specific. The same is true for the composition of the OCS and its logical functions.
Up

4.6  Service based interface |R15|p. 38

4.6.1  Nchfp. 38

The Nchf interface is a service based interface, which supports interaction between a Charging Trigger Function and the Charging Function.
The services and protocol(s) of this interface are described in TS 32.290 and TS 32.291.

Up   Top   ToC