Multi-Service Internet Charging

Bob Briscoe

BT Research

21 Jan 2000

Internet & Telephony Convergence ConsortiumMIT, Boston, MA

21 Jan 2000 diffchar 2

context req’mts engineer’g models summary

menu

market control of multiservice networks cheap generalised packet charging systems charging for quality results & limitations

another time…• inter-domain charging for multicast & mobile• re-apportioning payments betw. senders & receivers • bundling

context

demo

demo

demo

21 Jan 2000 diffchar 3

context req’mts engineer’g models summary

context multi-service, multicast, connectionless can be flowless

– simple open– overprovision may be cheaper

no PSTN billing to rely on generalised technology allows many specific

business models– future is …? computer-computer comms?– not just Web, audio & video

each idea independent

context

21 Jan 2000 diffchar 4

context req’mts engineer’g models summary

new model for what business?

applic’n

present’n

session

transport

network

link

physical

network

link

physical

end-system

router network

link

physical

applic’n

present’n

session

transport

network

link

physical

context

e-commercee-commerce

e-commercee-commerce

e-commercee-commerce e-commercee-commercee-commercee-commerce

diffchar

requirements

21 Jan 2000 diffchar 6

context req’mts engineer’g models summary

too cheap to meter?

Qwest, Sprint - all you can eat– fat pipes , Terabit routers

Microsoft, Intel - eat all you can– fat software, GigaHertz processors, mass market

dilemma– single multiservice network reduces overheads– need empty queues for real-time multimedia– elastic data always fills queues

req’mts

21 Jan 2000 diffchar 7

context req’mts engineer’g models summary

Why usage charging? granularity mismatch

– service: packet– charges: SLA / subscription / reservation

assumes low utilisation factor– gap between what is paid for and what is used

req’mts

incentive for– customer to waste resources (e.g. robots)– provider to over-book resources

2001

50%extranet

t

utilisation

21 Jan 2000 diffchar 8

context req’mts engineer’g models summary

incentive to waste

computer-computer comms will dominate– near infinite capacity to waste resources– e.g. pre-fetching robots

access capacity >> core capacity SLAs >> core capacity SLA guaranteed refund our aim: guaranteed serendipitous service

req’mts

diffchar

engineering

21 Jan 2000 diffchar 12

context req’mts engineer’g models summary

active tariff distribution to customers

Internetmulticast

marketingornetwork mgmt

tariffload

engineer’g

21 Jan 2000 diffchar 13

context req’mts engineer’g models summary

self-billing - ‘pay and display’

0 2 7 8

£

Internet customerpremisesorstorage servicedata path

engineer’g

21 Jan 2000 diffchar 14

context req’mts engineer’g models summary

self-billing - ‘traffic warden

0 2 7 8

£

Internetrandomsample

customerpremises

engineer’g

evidence

21 Jan 2000 diffchar 15

context req’mts engineer’g models summary

recursive - inter-provider charging

Internetaccess

provider

Internetservice

provider

corporate

£

engineer’g

21 Jan 2000 diffchar 16

context req’mts engineer’g models summary

zero bits for charging

transmission infrastructure

charging infrastructure

tariff fortraffic

class x?see

channel y

RSVPtariffs?

see224.1.2.3

bulkusagestats

engineer’g

21 Jan 2000 diffchar 17

context req’mts engineer’g models summary

demo - tariff dissemination

multicast signed tariff class

modified class loader listens for class arrival stops current tariff

object loads new tariff object

42

13

engineer’g

Mike Rizzo

21 Jan 2000 diffchar 19

context req’mts engineer’g models summary

admission control is a delusion

probability of session blocking with CAC = probability of packet block without CAC

control session admission improve intra-session utility reduce inter-session utility

just moving the problem mechanism to allow user to choose

engineer’g

21 Jan 2000 diffchar 20

context req’mts engineer’g models summary

admission control at source

a) traditionaladmission control

service

full!clientclientclientfull!full!

b) price announcementsservice

raiseprice

clientclientclient

c) active tariff

service

The pricealgorithm

clientclientclient

engineer’g

21 Jan 2000 diffchar 21

context req’mts engineer’g models summary

price & time offer various price fixing periods

time

price

spot

engineer’g

21 Jan 2000 diffchar 29

context req’mts engineer’g models summary

+ engaged tone if cost too high

traditional access control by price

Internetaccess

provider

Internetservice

provider

engineer’g

21 Jan 2000 diffchar 30

context req’mts engineer’g models summary

optimistic access control

service

?customer

customer1

2

?

singleblockingtest

engineer’g

21 Jan 2000 diffchar 31

context req’mts engineer’g models summary

customer state in the network

police

classify

schedule

2

1

3

engineer’g

21 Jan 2000 diffchar 32

context req’mts engineer’g models summary

self-policing

police1

pricepriceprice

classify

schedule

2

3

best effort

engineer’g

21 Jan 2000 diffchar 34

context req’mts engineer’g models summary

demo: price controlled QoSKostas Damianakis

app

QoS ctrl stack

activetariff

engineer’g

non- functional

21 Jan 2000 diffchar 35

context req’mts engineer’g models summary

demo: accounting & paymentJérôme Tassel

engineer’g

account sharing

VPVP

Actc

Acs

customer providerIdentity

Payment

Policing

RatingRating

AccountingAccounting

Measure-Measure-ment Ctrlment Ctrl

Measure-ment

Access ctrl

I

Mc

MbMp

Po

network

Pac

Po

MCc MCc

serviceprovision

control

reconcile

controlfeedback

payment

hosthost

Po

Actp

Pap

Rac Rap

diffchar

models

diffchar

highlights - lowlights

21 Jan 2000 diffchar 43

context req’mts engineer’g models summary

limitations

full metering still to be integrated– meter rules sent with tariff?

reliability of end customer OS user acceptance of dynamic pricing user acceptance of dynamic provider code hogging?

summary

21 Jan 2000 diffchar 44

context req’mts engineer’g models summary

M3I consortium

Market-Managed Multi-service Internet EC Vth Framework, Jan 2000 EU/US customer experiments 2001 partners:

– BT, HP Labs, Telenor– TU Darmstadt, Athens UEB, ETH Zürich? Berkeley INDEX, UCL

summary

21 Jan 2000 diffchar 45

context req’mts engineer’g models summary

summary

market control of multiservice networks– hassle of dynamic pricing removed?

cheap generalised packet charging systems– changes assumptions?

charging for quality & multicast session bundling

summary

21 Jan 2000 diffchar 47

context req’mts engineer’g models summary

further information

details http://www.labs.bt.com/projects/mware/

but, may not appear for some time - see...

Bob Briscoehttp://www.labs.bt.com/people/briscorj/

more info