Transcript Quality of Service - University of Wolverhampton
Quality of Service Issues
Network design and security Lecture 12 1
Background
Interactive Multimedia (IMM) applications stretch resources What is Quality of service?
What does a QoS-aware architecture look like? What building blocks does a QoS-aware architecture consist of?
2
Applications
Four important properties of multimedia internet broadcasting applications Continuity, IMM applications generally deliver streams of data Capacity, Large amounts of data are transported Timeliness real-time constraints Integrity presentation constraints 3
Architectural consideration
A critical design issue is to provide mechanisms to observe and to control stream continuity, buffer capacities, transmission delays and integrity of data.
4
Definition (1)
QoS is a system or object property, and consists of a set of quality requirements on the collective behaviour of one or more objects ( ISO/IEC IS 10746)
for example:
rate of information transfer, the latency, the probability of a communication being disrupted, the probability of system failure, the probability of storage failure, etc
5
Definition(2)
to evaluate the characteristics of a system or service as to its task performance...qualitatively and quantitatively(ETSI) this is an end-user view 6
Frameworks(1)
OSI-RM Quality of Service framework ISO 13236 (1997) Covers speed and reliability of transmission - e.g.
throughput, delay, delay variation (jitter), bit error rate (BER), cell loss rate, and connection establishment failure probability etc.
7
Frameworks(2)
ODP QoS Framework (1999) More complete than ISO 13236 8
ODP framework
QoS management of a system is driven by the QoS characteristics user requirements or system policies.
A QoS characteristic represents QoS aspects of the system, service or the resources, the actual behaviour of the application.
9
QoS Parameters
Application - mainly presentation characteristics, e.g.
image size resolution, frame rate, start-up delay etc Transportation - mainly network characteristics e.g
bandwidth, delay, jitter and transmission error rate 10
Management Functions(ODP)
Application and Transportation allowing control of QoS control at transportation level uses congestion detection (i.e after the event) Control at application level allows for congestion avoidance (before the event) this split gives a two-level control architecture application and network level 11
Others
Other frameworks exist and different groupings used e.g Nahrstedt uses performance-oriented parameters e.g. end-to-end delay and bit rate; format-oriented parameters a e.g video resolution, frame rate, storage format and compression scheme synchronisation-oriented QoS parameter e.g. the skew between the beginning of audio and video sequences; cost-oriented parameters e.g. connection and data transmission charges and copyright fees; user-oriented parameters 12 these describe the subjective image and sound quality.
Management functions(ISO)
Stages of evolution of quality-controlled services Prediction resource reservation negotiation monitoring tuning termination 13
User’s view
How does this fit with the user’s perception?
User’s understand resolution, image size, colour depth, etc.
Mapped onto communication parameters cell-loss rate, jitter etc 14
QoS Management architecture
(de Meer) 15
Principles
Basic concepts Feedback (tuning and flow control) Feed-forward (admission control) Architectures need both to be QoS aware 16
CORBA
17
TINA
18
QoSA - Lancaster
19
Heidelberg Architecture
20
TENET Architecture
21
Omega Architecture
22
General features
Resource-oriented mechanisms e.g. point-to-point flow control or admission control Openness providing visibility to enable QoS control e.g filtering shaping, monitoring Decision procedures to interpret signals for the adaptation of resources 23
Design constraints
To identify openness constraints for a known QoS policy in terms of observability and controllability.
To identify continuous variables that are stringent to the QoS policy to be achieved. Define their relationships to input and output of the system.
To separate, architecturally, control functions from service functions. Define a clear interface between the control plane and the service or network plane.
24
Conclusions
Many models exist Those outlined are mainly QoS-aware IMM applications will suffer without QoS-awareness 25