qos-enabled information transport: yet another operator service

Rechenzentrum

Universität Stuttgart

Netze und Kommunikationssystem A. Cuevas RUS 15. Januar 2008 page 1

QoS-enabled Information Transport: Yet Another

Operator Service

Antonio Cuevas ([email protected])

Rechenzentrum



Index…

Introduction, state of the art and step beyond.

Benefits Impact in NGN architectures

Rechenzentrum



Implications of a universal IP network

Any deviceAny access technologyAny ApplicationPlus business aspects, Service platforms

Rechenzentrum



Aspects to be revisited

This complex ecosystem makes that aspects already settled need to be revisited: QoS, managing the network service (i.e. transporting bits end-to-end)

Maxisat in Finland provides QoS for triple play scenarios

Deustche Telekom CEO statement Managing the information transport service in a

finer way and integrated into the overall service delivery IMS

Rechenzentrum



3G UMTS network

PERF as a GGSN

CSCF (SIP Proxy)

SIP signaling

In IMS the CSCF-PCRF-PERF interaction assures that the flows receive tailored QoS

Voice, Video

PCRFCDF/CGF

HSS

Rechenzentrum



Step forward

In IMS information transport service is subsidiary to the applications, a parameter of the applications, bounded flexibility

PROPOSAL Consider “information transport” as a service on its

own, with its AAA characteristics and compose it with the other services using service composition techniques

Conceptual difference, but that brings many benefits

Rechenzentrum



Index…



Rechenzentrum



Networkoperator

Communicationendpoints

Proxies

Serviceproviders Entities setting up

the “information transport” session parameters

QoS-enablednetwork

infrastructure

IMS’ CSCFs

As a service, “information transport” can be opened to many parties

Rechenzentrum



More open to different business models

Operator provides “information transport” In semi-walled garden scenarios, it is aware of the

“application level” services Operator sees: 1 + 0..n services, n=0 in the Internet

case In IMS, “information transport” is a parameter of the

applications, not a service on its own, so n=0 not supported

In our case, “information Tx” service has its own AAA and can be composed with other services

Rechenzentrum



Service composition techniques to deal with complex business

scenarios

news streaming service with discounts from 9:00pm to 7:00am

depending on a specific data transport service with discounts from 8:00pm to

6:00am. By considering data transport as any other service

and by employing existing service composition techniques, this conflictive situation can easily be handled at a service broker level (typically the network operator).

Rechenzentrum



QoS in the IP networksforming

the Internet and in the

routers connecting them

Tailoring to theTerminal (e.g.screen size)and context

(driving, working)

Transcoders

QoS of theapplications,

e.g. negotiatingthe optimal

codecs

User control and pricing

Many aspects affect QoE: service composition

techniques to control them

Rechenzentrum



Index…



Rechenzentrum



Notion of session for the “information transport service”

A session is an instance of a service Flow control in many NGN QoS architectures RFC about setting up and tearing down

“network reservations” using RSVP We can think that a flow is a session of the

“information transport” service– with QoS parameters or not

All flows need to be controlled, scalability concerns

Rechenzentrum



DiffServ CNNo access control,No sessionNo need of flow-user association

IntServ like AN,Access control,

Sessions

IntServlike AN

Bandwidth Broker

Flow state is not kept end-to-end… bundling these flows must be done

Rechenzentrum



QoS-enabelddata transport

system

Transport session setupTransport session setup

RSVPRSVPRouterRouter

Bandwidth Broker

COPS

Decision outsourcing & configuration

Rechenzentrum



Operator’s AAA System

User & Packet correspondance

QoS-enabled transport System

Network and packets controlDeals with packets parameters

Divide and conquer technique

Service Logic entity

Reserves networkressources tailored to

applications

Rechenzentrum



Details about the AAA System function

Diameter NAS Application used to gain access to the network

Using e.g. IPSec user-packets correspondance is waranteed

IDEA Divide “gain access to the network” and “information

transport service” Operator’s AAA System specialised in the first,

network infraestructure in the second Bundling must be provided

Rechenzentrum



Sessions: Network Access (NA), Transport (T) and Application (A)

Bundling Sessions: NA and T

Bundling Sessions: T and A

Transport System

Transport System

AAA System

AAA System

NA1T3

T1

NA2

T4

T2

User A User B

A2

A1

Rechenzentrum



Thanks for your attentionQuestions?

qos-enabled information transport: yet another operator service

Documents