QoS agreements in Ambient Networks and Daidalos

Campus da FEUP | Rua Dr. Roberto Frias, 378 | 4200-465 Porto

Tf 222 094 000 | Fx 222 094 350 | www.inescporto.pt | [email protected]

QoS agreements in Ambient

Networks and Daidalos

Carlos Pinho and Filipe Sousa

INESC Porto

3rd RTCM Seminar

February 17, 2006

Lisbon



Overview

(WWI Ambient Networks)

The Ambient Control Space

INQA

QoS advertisement and dynamic negotiation

Mobility of ANs

Conclusion

(Daidalos)

Daidalos QoS architecture

CMS and A4C interaction

Explicit session request

Mobility of Users

Goals of Ambient Networks and Daidalos



Projects goals

The overall Daidalos objectives are to:

Design, prototype and validate the necessary infrastructure and components for efficient distribution of services over diverse network technologies beyond 3G

Integrate complementary network technologies to provide pervasive and user-centered access to these services

Develop an optimized signaling system for communication and management support in these networks

Demonstrate the results of the work through strong focus on user-centered and scenario-based development of technology

The Ambient Network strategic project goals are to:

Define an easy to use, affordable and scalable mobile communications network, creating new business opportunities for mobile network service provisioning

Facilitate "ambient networking", allowing increased competition and cooperation, enabling efficient use of resources in an environment populated by a multitude of devices, technologies and business actors



Ambient Control Space

Composition - FE INQA - FE

Mobility - FE ... - FE

ASI

ARI

ANI

ANI

ACS

Data level

The ACS is the heart of Ambient Networks

Contains a set of modular control functions making up an Ambient Network

It is designed to work independently of any underlying connectivity technologies

Applications interact with the control functions through the Ambient Service Interface (ASI)

Control functions of one AN interact with peer control functions through the Ambient Network Interface (ANI)

ACS functions of one AN interact with functions at the network level through the Ambient Resource Interface (ARI)

AN



ASI

ARI

ANI

INQA - FENegotiation Advertisement

Aggregation

Admission Control Monitoring

QoS - GSLP

INQA

QoS – GSLP: processing of QoS signaling

messages

Advertisement Module: takes care of SLS advertisements

Admission Control: evaluation of available resources to accept SLSs

Monitoring: Intra and Inter AN monitoring

Negotiation Module: SLS negotiation/ renegotiation

Aggregation: monitors established SLS to aggregate them



QoS advertisement and dynamic negotiation

Provider AN1

Provider AN2

Sub 1

Sub a

Node_1

Node_a

Transit ANNode_x

Access ANAP_1

Customer AN

Customer AN

Egress ID

Source ID

Bandwidth

Max. E2E Delay

Max. Loss Rate

Service Availability

Guarantees

SLS - Sub 1 Values

Node_1@PAN1

Sub 1

50 Mb/s

40 ms

0.5 %

10-5

Absolute

Bi - directional No

Egress ID

Source ID

Bandwidth

Max. E2E Delay

Max. Loss Rate


Guarantees

SLS - Sub a Values

Node_a@PAN2

Sub a

30 Mb/s

50 ms

0.5 %

10-5

Absolute

Bi - directional No

Egress ID

Source ID

Bandwidth

Max. E2E Delay

Max. Loss Rate


Guarantees

SLS - T1 Values

Node_x@TAN

Sub 1

20 Mb/s

100 ms

0.6 %

10-5

Absolute

Bi - directional No

Egress ID

Source ID

Bandwidth

Max. E2E Delay

Max. Loss Rate


Guarantees

SLS - Ta Values

Node_x@TAN

Sub a

10 Mb/s

115 ms

0.6 %

10-5

Absolute

Bi - directional No

Egress ID

Source ID

Bandwidth

Max. E2E Delay

Max. Loss Rate


Guarantees

SLS - A1 Values

AP_1@AAN

Sub 1

1 Mb/s

160 ms

0,8 %

10-5

Relative

Bi - directional No

Egress ID

Source ID

Bandwidth

Max. E2E Delay

Max. Loss Rate


Guarantees

SLS - Aa Values

AP_1@AAN

Sub a

1 Mb/s

175 ms

0.8 %

10-5

Relative

Bi - directional No

SLS-Sub 1

SLS-Sub aSLS-T1SLS-Ta

SLS-A1SLS-Aa



Provider AN1

Provider AN2

Transit ANAccess AN

SLS -T1

SLS-Sub a

Customer AN

SLS-Sub 1

Sub 1

Sub a

SLS -Ta

SLS-A1SLS-Aa

AP_1 Node_x

Node_1

Node_a

Access AN_2

SLS -T1_2SLS -Ta_2

SLS-A2_1SLS-A2_a

Mobility of ANs

Customer AN



Daidalos QoS Architecture

MT may incorporate a QoS client able to request QoS resources (and/or QoS services) to the network in an implicit or explicit way

AR contains a set of advanced functions

Service Provision Platform (SPP) in the core network supports advanced services

QoS Broker performs admission control and manages network resources

MultiMedia Service Proxy (MMSP) controls the multimedia sessions.

Policy Based Network Management System (PBNMS) provides the QoS definitions

Real time network monitoring system: (1) Network Monitoring Entities (NME) (2) Central Monitoring System (CMS)

Administrative Domain


Access Network

Service Provisioning Platform 1

Access Network

Access Network

Core Router

Core Router

Core Router

QoS Client

QoS Broker MMSP

A4C

QoS BrokerMMSP

Edge Router

ARM(QoS Manager)

PBNMS

CMS

Network Monitoring Entity



CMS and A4C interaction

PBNMS Configures a measurement task in CMS for SLA conformance checking

CMS adds the task in the NME’s, configuring also an export interval of 1 second

NME exports every second a report of the collected measurements

CMS collects the reports and calculates metrics required for SLA conformance checking (delay, jitter, packet loss)

CMS aggregates the measurements by user and class of service

CMS exports the information to the A4C (inside, the SLA violation detection component collects the information)

SLA violation detection checks for each user for a QoS violation using the SLS template stored in the SLA Manager

Application Garden


Access Network

Service Provisioning

Platform 1

Access Network

Access Network

Core Router

Core Router

QoS Client

QoS Broker

A4C

ARM(QoS Manager)

PBNMS

CMS


Core Router

Core Router

Streamming-server


QoS Broker



QoS Broker

• Aggregates

• Calculates metrics



Explicit QoS session request

Explicit real-time QoS session set-up

Terminal issues QoS requests Multimedia Service Platform Proxy issues QoS

requests

Application server issues QoS requests

Terminal issues QoS requests through ARM AR

AQoSB

(1) QoS Request

(2) QoS Request

(5) App_Sig

(3) Decision &Configuration

MMSP

MT

(6) App_Sig

(4) QoS Decision

AR

AQoSB

(1) App_Sig

MMSP

MT

(4) App_Sig

(2) QoS Request

(3a) Decision

(3b) Configuration

AR

AQoSB

(1) App_Sig

(4) QoS Request

(5a) Decision

MMSP

MT

(2) App_Sig

(3) App_Sig

MMSrv

(6) App_Sig

(5b) Configuration

AR

AQoSB

(1) App_Sig

(2) QoS Request(3) Decision &Configuration

MMSP

MT

(4) App_Sig

(5) App_Sig



Mobility of Users

Application Garden


Access Network

Service Provisioning

Platform 1

Access Network

Access Network

Core Router

Core Router

QoS Client

QoS Broker

A4C

ARM(QoS Manager)

PBNMS

CMS


Core Router

Core Router

Streamming-server


QoS Broker



QoS Broker

I’ve got CoA1

Vid: [email protected]

Sid:

Streaming-gold

Now I’ve got CoA2

Vid: [email protected]

Sid:

Streaming-goldCoA Vid Vid

CoA VidSession Starts

Session Stops

CoA1 [email protected] 12:21 NULL

CoA2 [email protected] 14:32 NULL

14:33

linkCoA(CoA1, [email protected])

linkCoA(CoA2, [email protected])

When a terminal associates with a new network, the registration process is triggered

QoS Broker knows the mapping between CoA and Vid

The mapping is built inside the CMS using the function linkCoA

Measurements are aggregated in the CMS using VID and DSCP and so are independent from the COAs

Vid DSCP dmax davg dmin jmax javg jmin ploss plossmax

[email protected] 0x32 20 10 5 2 1 0 0.001 0.002

mailto:[email protected]

mailto:[email protected]



The SLA conformance checking supports mobility by the adoption of Virtual identifier (Vid)

QoS advertising facilitates the establishment of SLSs - customer ANs know immediately the information about QoS resources available towards a set of destinations

The resources of an Access Network can be dynamically renegotiated depending on each user NVUP (Network Profile)

Enables the dynamic and automatic creation, negotiation, establishment and removal of SLSs

Daidalos only supports SLA conformance checking per user not per access network or even domain

Enables the multiplexing of reservations over the same link

SLS is statically defined in the SLA Manager for each class of service (in Daidalos 4 different classes have been defined)

The adoption of active periods in SLSs avoids the need for e2e signaling

Daidalos follows a DiffServ/IntServ model and SLA intrinsically connect to these concepts

SLSs are technology independent - can be mapped to several different QoS models

Conclusions

Ambient Networks solution: Daidalos solution:



References

Daidalos:

Hasan et al, “D3.4.1 A4C Framework Design Specification”, Sixth Framework Programme, Priority IST-2002-506997 – DAIDALOS, Public (PU)

Susana Sargento, Diogo Gomes et al, “D3.2.1 QoS Architecture and Protocol Design Specification”, Sixth Framework Programme, Priority IST-2002-506997 - DAIDALOS, Public (PU)

WWI - Ambient Networks:

Paulo Mendes, Jorge Andres-Colas and Carlos Pinho, “Information Model for the Specification of QoS Agreements among Ambient Networks”, PIMRC 2005 “The 16th Annual IEEE International Symposium on Personal Indoor and Mobile Radio Communications”, September 11-14 September 2005, Berlin – Germany, Public (PU)

Inge Einar Svinnset et al, “D 3.3 Connecting Ambient Networks - Final Architecture, Protocol Design and Evaluation”, Sixth Framework Programme, Priority IST-2002-2.3.1.4, Mobile and Wireless Systems beyond 3G, Project 507134 - WWI Ambient Networks, Public (PU)

Jorge Andrés Colás et al, “D 3.2 Connecting Ambient Networks – Architecture and Protocol Design”, Sixth Framework Programme, Priority IST-2002-2.3.1.4, Mobile and Wireless Systems beyond 3G, Project 507134 - WWI Ambient Networks



Thank you!

Questions?

QoS agreements in Ambient Networks and Daidalos

Documents

Transcript of QoS agreements in Ambient Networks and Daidalos