27.03.2014 Views

Moby Dick Consolidated System Integration Plan

Moby Dick Consolidated System Integration Plan

Moby Dick Consolidated System Integration Plan

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

D0103v1.doc Version 1 6.7.2003<br />

User<br />

Profile<br />

Policy<br />

Acctg<br />

DB<br />

Charging<br />

Module<br />

AAAC<br />

Server<br />

DIAMETER<br />

Server<br />

Chrg<br />

DB<br />

Home<br />

Agent<br />

QoS<br />

ASM<br />

QoS<br />

Broker<br />

AAAC<br />

Attendant<br />

Audit<br />

Trail<br />

Auditing<br />

Audit<br />

Rpt<br />

Figure 79: AAAC Server Architecture<br />

The following sections describe the functionalities of each module and the interaction with other<br />

modules within AAAC Server as well as with other <strong>Moby</strong><strong>Dick</strong> entities, if any. The interaction comprises<br />

of message sequence and the respective parameters.<br />

4.5.1 User Profile<br />

This document first gives a specification of the user profile as used within the project <strong>Moby</strong> <strong>Dick</strong> and in<br />

the second part it defines a set of user profiles to by used within the <strong>Moby</strong> <strong>Dick</strong> tests. The goal for these<br />

test users is not to have a complete list of all possible test users with the variety of possibilities of how to<br />

assign parameters to a QoS profile, but to define a well known set of profiles which allow to reproduce<br />

integration tests since they are based on these profiles.<br />

A user profile is a data record of user-specific data; it contains all the data associated with the user, e.g.<br />

username, authentications data, service level agreements, charging info, policies etc.<br />

The user profile is unique, every user who is able to access the network and use some application or<br />

network services must have one user profile.<br />

The information contained in the user profile could be divided in the following different groups:<br />

• User specific information for authentication purpose: Username, password, secret key, etc.<br />

• Service specific information for authorization purpose: Service level agreements, max<br />

bandwidth, etc<br />

• Charging / Tariff specific information for accounting purpose: Tariff group, etc.<br />

4.5.1.1 User Profile Attributes<br />

The information in the user profile is usually represented as attributes.<br />

An attribute is consisting of the name of the attribute and a value, called an Attribute-Value Pair (AVP).<br />

The user profile contains a set of mandatory attributes, which must be present, and a set of optional<br />

attributes, which may be present. Mandatory attributes are set during the creation process of the user<br />

profile with the user value or the default value. In the RADIUS and DIAMETER specification various<br />

attributes are defined.<br />

The user profile contains static attributes. The Static attributes are not being changed during a session.<br />

Dynamic data and accounting data are stored in the session and accounting record. Maybe some (limited)<br />

sections of the user profile could be dynamic. One example of this is a remaining budget in the case of a<br />

prepaid user.<br />

D0103v1.doc 105 / 168

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!