Cisco Cisco Packet Data Gateway (PDG)

 

▄  GTPP Interface Administration and Reference, StarOS Release 19 

Charging Data Records (CDRs) play very important role in billing of mobile subscribers and hence are of utmost 
importance for the mobile service providers. Though eGCDRs and PGW-CDRs comply to 32.298 3GPP standards, 
many customers have their own requirements (customizations) which may vary from the standards and hence there is a 
need to create and maintain a new “dictionary” which defines the fields and behavior of that customer's CDR. 

GTPP dictionary will define all the attributes e.g. list of all the fields, encoding type (ASCII/ASN.1), release-
compliance, supported product-type, etc. 

The customizations include: 



 

Addition of new fields 



 

Encoding (ASN.1/ASCII) 



 

New cause codes 



 

New behavior e.g. suppress-zero-volume CDRs, bucket-updating based on certain dictionary. 



 

Management extensions 



 

3GPP release compliance 

There are various limitations/drawbacks with the current CDR dictionary implementation: 



 

High turnaround time – It takes approximately 2-3 weeks for doing any new minor customization. 



 

Error-prone implementation – The code changes are error-prone and likely to cause regressions. 



 

Outdated documentation – Either there is no documentation for various dictionaries or the document is out-of-

sync with the actual implementation. 

To nullify the above limitations, a new flexible and extensible framework has been implemented to generate eGCDR 
and PGW-CDR. 

This new framework will be provided to define a dictionary in a structured format using a “Dictionary Definition 
Language (DDL)”. Using this language customers can clearly define fields, encoding and behavior applicable for a 
particular GTPP dictionary. DDL file will be parsed at compilation time and metadata will be populated to generate 
eGCDR and PGW-CDR. 

PGW-CDRs/eGCDRs have been moved onto flexible DDL based framework. The syntax of these dictionaries/field 
modified dictionaries can be validated using the ddl_validate binary provided. 

In StarOS release 16.0, the CLI command “

” is used to activate new framework for 

customized/field defined CDR generations. In release 17.0, the CLI command “

” should 

be used to to load the customized or dynamic DDL. This framework provides a mechanism to define and load a 
customized dictionary by providing the path to the appropriate DDL file through this CLI command.  

Customers should explicitly configure the dictionary as there will be no default dictionary. If no dictionary is 
configured, then eGCDR/PGW-CDR will not be generated. 

When customer wants to add/modify/remove a field, this information has to be updated in DDL. The DDL file is 
processed dynamically and the field reflects in CDR. 

  This framework works only for eGCDR and PGW-CDR. 

It is not recommended to enable 

 when there are active calls.