
Section 2, the proposed flat pricing scenario is pre-
sented and generally defined. A closed form schedul-
ing algorithm is also derived in this section. Section 3
contains experimental part justifying theorems. Con-
clusions are presented and discussions about the fu-
ture work is made in Section 4.
2 THE FLAT PRICING
SCENARIO AND ALGORITHM
The scheduling mechanism is one of the major com-
ponent for providing differentiated service levels. In
our scheduling model, the weights of the queues are
dynamically updated based on the QoS and pricing
criterions of the service classes. In other word, the
weights for different classes can be assigned in a way
that the performance of high priority classes is guar-
anteed and no starvation of low priority classes occur.
The pricing scenario consists of m different traf-
fic classes for different applications and priorities. In
our scenario we have four classes, m = 4, which are
referred to as the platinum, gold, silver and bronze
classes (Table 1). The platinum and gold classes are
reserved for the realtime and the lower priority classes
(silver and bronze) for non–realtime purposes. As an
example of the four classes, Voice over IP (VoIP) and
video conference traffic streams belong to the plat-
inum and gold classes, respectively. Video streams
(e.g. MPEG4) are considered as a silver class cus-
tomers and File Transfer Protocol (FTP) flows be-
long to the lowest priority (bronze) service class. The
platinum class customers are willing to pay for some
guaranteed bandwidth, delay, jitter and packet loss
probability. The gold class customers are ready to pay
for guaranteed bandwidth, delay and delay variance
(jitter). The silver class customers are not so tight on
the QoS requirements. In the silver class bandwidth
and jitter should be guaranteed. In the bronze class
the guaranteed bandwidth and packet loss are the most
important QoS parameters, while the delay can vary a
lot.
Let us consider a packet scheduler which receives
packets to be delivered from m different queues (i.e.
classes). Now, let d
0
be the processing time of the
classifier for transmitting data from one queue to the
output of a packet scheduler. The data packets have
variable sizes and the average packet size for class i
is E(b
i
), i = 1, . . . , m.
In our scheduling model, the real processing time
(delay) for class i in the packet scheduler is
d
i
=
N
i
E(b
i
)d
0
w
i
=
N
i
E(b
i
)
w
i
, (1)
where w
i
(t) = w
i
, i = 1, . . . , m are weights allotted
for each class, N
i
(t) = N
i
is the number of customers
and E(b
i
)(t) = E(b
i
) is the average data packet size
in the ith queue. Here, the time index t has been
dropped for convenience until otherwise stated and d
0
can be scaled to d
0
= 1 without loss of generality.
The natural constraints for the weights are
w
i
> 0 (2)
and
m
X
i=1
w
i
= 1. (3)
Without loss of generality, only non-empty queues are
considered, and therefore w
i
6= 0, i = 1, . . . , m. If
some weight is w
i
= 1, then m = 1, the packet size
can be scaled to E(b
i
) = 1 and the only class to be
served has the minimum processing time d
0
= 1, if
N
i
= 1. For each service class, a pricing function
r
i
(d
i
) = r
i
(
N
i
E(b
i
)
w
i
+ c
i
) (4)
(euros/minute) is non-increasing with respect to the
delay d
i
. Here c
i
(t) = c
i
includes insertion delay,
transmission delay etc., and it is assumed to be con-
stant.
In the flat pricing scenario, the pricing function is
defined via maximum delay for each class and queue
as a QoS parameter.
The Gain factor r
i
of class i is measured by money
paid by one customer to the service provider per unit
time, e.g. euros/minute. Hence, the pricing function
in (4) reduces to the piecewise flat function
r
i
(d
i
) = r
i
, (5)
under the constraint
N
i
E(b
i
)
w
i
≤ d
i,max
, i = 1, . . . , m, (6)
where d
i,max
are preselected maximum delays to be
guaranteed. When N
i
customers are in the class (or
in the queue) i, the revenue achieved from that class
is
F
i
= N
i
r
i
(7)
euros/minute. Therefore, the total price paid by the
N
i
customers in m classes is
F =
m
X
i=1
F
i
=
m
X
i=1
N
i
r
i
(8)
under the constraint that the pre-selected maximum
delays d
i,max
are not exceeded. By using Lagrangian
approach, the revenue can be presented in the form
F =
m
X
i=1
N
i
r
i
+ λ(1 −
m
X
i=1
w
i
), (9)
where
w
i
=
N
i
E(b
i
)
d
i
. (10)
ICETE 2004 - SECURITY AND RELIABILITY IN INFORMATION SYSTEMS AND NETWORKS
128