Voice over Mobile IP

Download Report

Transcript Voice over Mobile IP

Ch 7. Multimedia Networking
Myungchul Kim
[email protected]
Multimedia and Quality of Service: What is it?
multimedia applications:
network audio and video
(“continuous media”)
QoS
network provides
application with level of
performance needed for
application to function.
2
–
Sensitive to end-to-end delay and delay variation
–
Streaming stored audio/video
Streaming live audio/video
Real-time interactive audio/video
–
–
3
Multimedia networking applications

Examples of multimedia applications
–
Streaming stored audio and video



–
Streaming live audio and video



–
Stored media
Streaming: RealPlayer, QuickTime, Media
Continous playout
Internet radio and IPTV
IP multicasting
Application-layer multicast
Real-time interactive audio and video

Internet telephony (150 msec)
4

Hurdles for multimedia in Today’s Internet
–

Best-effor service
How should the Internet evolve to support multimedia
better?
–
–
Hard guarantee vs soft guarnatee
Reservation approach




–
Laissez-faire approach




Protocol
Modification of scheduling policies in the router queues
Description of the application traffic
Available bandwidth in the network
Overprovision bandwidth and switching capacity
Content distribution networks (CDN)
Multicast overlay networks
Differentiated service (Diffserv)
5
6

Audio compression in the Internet
–
–
–
–
–

8,000 samples per second
256 quantization with 8 bits
64Kbps
Pulse code modulation (PCM)
GSM, G.729, G.723.3, MPEG 1 player 3 (MP3)
Video compression in the Internet
–
–
MPEG1, 2, 4
H.261
7
Streaming Stored Audio and Video

Medio player
–
–
Decompression
Jitter removal
8
9

Real-time Streaming Protocol (RTSP)
10
Making the best of the best-effort service
–
–
–

Packet loss
End-to-end delay
Packet jitter
Removing jitter at the receiver for audio
–
–
–
Sequence number
Timestamp
Delaying playout at the receiver
11
12

Recovering from packet loss
13
14

Content Distribution Networks
15
16

Dimensioning best-effort networks to provide Quality of
Service
–
–
–
–
–
Bandwidth provisioning
Network dimensioning
Models of traffic demand between network end points
Well-defined performance requirements
Workload model
17
Protocols for Real-time Interactive
Applications

RTP
–
–
UDP
RTP header: the type of audio encoding, a sequence number,
and a timestamp
18
19
20

RTP control protocol (RTCP)
–
–
–
Using IP multicast
Reports about statistics
Reception report




–
SSRC of the RTP streams
The fraction of packets lost
The last sequence number received
The interarrival jitter
Sender report




The SSRC of the RTP streams
The timestamp and wall clock time of the most recently generated
RTP packet
The number of packets sent
The number of bytes sent
21
22

Session Initiation Protocol (SIP)
–
Protocol does



–
Establishing calls between a caller and a callee over an IP network
For the caller to determine the current IP address of the callee
Call management
Key characteristics



Out-of-band protocol
ASCII-readable
All messages to be acknowledged
23
24
Setting up a call to known IP address
Bob
Alice
167.180.112.24
INVITE bob
@193.64.2
10.89
c=IN IP4 16
7.180.112.2
4
m=audio 38
060 RTP/A
VP 0
193.64.210.89
port 5060
port 5060
Bob's
terminal rings
200 OK
.210.89
c=IN IP4 193.64
RTP/AVP 3
3
m=audio 4875
ACK
port 5060
Bob’s 200 OK message
indicates his port number,
IP address, preferred
encoding (GSM)

SIP messages can be
sent over TCP or UDP;
here sent over RTP/UDP.

m Law audio
port 38060
GSM
Alice’s SIP invite
message indicates her
port number, IP address,
encoding she prefers to
receive (PCM ulaw)

port 48753
default
is 5060.
time
time
SIP port number
25
26
Example
Caller [email protected]
with places a
call to [email protected]
SIP registrar
upenn.edu
SIP
registrar
eurecom.fr
2
(1) Jim sends INVITE
message to umass SIP
proxy. (2) Proxy forwards
request to upenn
registrar server.
(3) upenn server returns
redirect response,
indicating that it should
try [email protected]
SIP proxy
umass.edu
1
3
4
5
7
8
6
9
SIP client
217.123.56.89
SIP client
197.87.54.21
(4) umass proxy sends INVITE to eurecom registrar. (5) eurecom
registrar forwards INVITE to 197.87.54.21, which is running keith’s SIP
client. (6-8) SIP response sent back (9) media sent directly
between clients.
Note: also a SIP ack message, which is not shown.
27

H.323
28
Providing multiple classes of service
–
–
–
Divide traffic into classes and provide different levels of service
to the different classes of traffic.
Differentiated service is provided among aggregates of traffic.
Type-of-service (ToS) in the IPv4
29

Scenario 1: a 1 Mbps audio application and an FTP
transfer
–
–
–
FIFO
Give strict priority to audio packets at R1
Each packet must be marked as belonging to one of these two
classes of traffic, e.g., ToS in IPv4
30

Scenario 2: a 1 Mbps audio application and a highpriority FTP transfer
–
–
Packet classification allows a router to distinguish among
packets belonging to different classes of traffic.
A policy decision
31

Scenario 3: A misbehaving audio application and an
FTP transfer
32
Scheduling and policing mechanisms

Link-scheduling mechanisms
–
First-In-First-Out (FIFO)
33
–
Priority Queueing
34
–
Round robin and weighted fair queueing (WFQ)
35
–
Policing: The Leaky Bucket: regulate the injecting rate of
packets into the networks



Average rate
Peak rate
Burst size
36

Diffserv
–
–
Edge function: packet classification and traffic conditioning: the
diffentiated service field of the packet header
Core function: forwarding, per-hop behavior, aggregation
37
–
Diffserv traffic classfication and conditioning
38
–
Per-hop behaviors



Differences in performance among classes
Differences in performance observable and measureable
Expedited forwarding, assured forwarding
39
Providing quality of service guarantees

Resouce reservation, call admission, call setup
–
–
–
Traffic characterization and specification of the desired QoS
Signaling for call setup
Pre-element call admission
40

Guaranteed QoS: Intserv and RSVP
–
–
–
–
Individualized QoS guarantees
Reservations for bandwidth in multicast trees
Receiver-oriented
Provisioning? Using the policing and scheduling
41