Moby Dick Consolidated System Integration Plan
Moby Dick Consolidated System Integration Plan
Moby Dick Consolidated System Integration Plan
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
D0103v1.doc Version 1 6.7.2003<br />
4.5.4.7 Charging Database<br />
The charging DB consists of two MySQL tables, cf. Table 37 and Table 38. The first one consists of<br />
charging information for one session, i.e. each session of an user will is represented by one row in this<br />
table. The second MySQL table holds additional information of each session, e.g. it contains information<br />
about the DSCP (i.e. the service) the customer was using.<br />
MySQL<br />
MySQL<br />
Example<br />
Remarks<br />
Column Name Data Type<br />
ChargingID INT UNSIGNED Primary key,<br />
auto_increment<br />
UserID VARCHAR (255) hans.muster@bco.com Must be globally unique<br />
(Max. 2^8 – 1<br />
Characters)<br />
SessionID VARCHAR (255) Exact structure see<br />
Must be globally unique<br />
(Max. 2^8 – 1<br />
Characters)<br />
4.5.4.5.1.2<br />
Charge FLOAT Charge in Euros for this<br />
Domain VARCHAR (50)<br />
(Max. 50<br />
Characters)<br />
SessionTime<br />
INT UNSIGNED<br />
(32 Bit Unsigned)<br />
“foreign”<br />
session.<br />
Indicate the domain where<br />
the services were<br />
consumed: “home” or<br />
“foreign”. Note: It does<br />
not contain the domain<br />
name!<br />
1350 Duration of this session,<br />
measured in seconds.<br />
Table 37: First MySQL table “chargingrecords” containing charge-information for a Session.<br />
MySQL MySQL<br />
Remarks<br />
Column Name Data Type<br />
ID INT UNSIGNED Primary key, auto_increment<br />
ChargingID INT UNSIGNED Foreign key from table<br />
“chargingrecords”<br />
BytesToUser BIGINT UNSIGNED (64 Bit Unsigned)<br />
DSCP TINYINT UNSIGNED (Value 0 to 255)<br />
BytesFromUser BIGINT UNSIGNED (64 Bit Unsigned)<br />
Charge FLOAT Charge in Euros for consuming<br />
services with this DSCP value.<br />
Table 38: Second MySQL table “chargingrecordsdetails” containing detailed charge-information of a<br />
Session.<br />
4.5.4.8 User-profiles Database<br />
The User-profile with its databases is described in section 4.5.1.<br />
4.5.4.9 Accounting Data Warehouse<br />
The table definitions and exactly the same as for the accounting DB, cf. section 4.5.4.5.<br />
4.5.4.10 Error Handling and Failure<br />
After the accounting for one session is finished, there must be the following rows in the accounting<br />
database:<br />
The first row that was created with “DIAMETER start message”<br />
(One or more rows that were generated with “DIAMETER interim messages”) 4<br />
The last row that was created with “DIAMETER end message”<br />
The charging component will only use closed sessions, i.e. sessions containing the last message, cf.<br />
section 4.5.4.2.5. Due to failure of one or several components, it might happen that one or more rows are<br />
4 Only present, if the duration of the session is longer than the „interim“ interval.<br />
D0103v1.doc 130 / 168