Date post: | 07-Apr-2018 |
Category: |
Documents |
Upload: | subunithya |
View: | 226 times |
Download: | 0 times |
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 1/68
Chapter 16 Multimedia Network Chapter 16 Multimedia Network
Communications and ApplicationsCommunications and Applications.
Transmission16.2 Multimedia over IP
.
16.4 Transport of MPEG-4
16.5 Media-on-Demand (MOD)
.
1
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 2/68
rates, possibly dozens or hundreds of Mbps.- — low delay and synchronization between
" ". ,applications such as video conferencing and
-tra c.
— drastically, e.g., no tra c most of the time
.
2
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 3/68
16.1 Quality of Multimedia Data16.1 Quality of Multimedia Data
TransmissionTransmission
parameters:◦ Data rate: a measure of transmission s eed.◦ Latency (maximum frame/packet delay): maximum
time needed from transmission to reception.◦
ac et oss or error: a measure in percentage oerror rate of the packetized data transmission.◦
audio/video playback, related to the variance of
frame/packet delays.◦ Sync skew: a measure of multimedia data
synchronization.
3
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 4/68
4
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 5/68
Real-Time also Conversational : two-wa traffic low
latency and jitter, possibly with prioritized delivery,
e.g., voice telephony and video telephony. r or y a a: wo-way ra c, ow oss an ow
latency, with prioritized delivery, e.g., E-commerceapplications.
Silver: moderate latency and jitter, strict ordering andsync. One-way traffic, e.g., streaming video, or two-
games.
Best Eff ort (also Background): no real-timerequ remen , e.g., own oa ng or rans err ng argefiles (movies).
Bronze: no uarantees for transmission.
5
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 6/68
6
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 7/68
7
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 8/68
Althou h oS is commonl measured b the above
technical parameters, QoS itself is a "collective eff ect
of service performances that determine the degree of ".
In other words, it has everything to do with how theuser perceives it. For example, in real-time multimedia:◦
Regularity is more important than latency (i.e., jitter andquality fluctuation are more annoying than slightly longerwaiting).
◦ Temporal correctness is more important than the soundand picture quality (i.e., ordering and synchronization of
audio and video are of rimar im ortance .◦ Humans tend to focus on one subject at a time. User focus
is usually at the center of the screen, and it takes time torefocus es eciall after a scene chan e.
8
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 9/68
- —
hard to provide QoS over IP by current routing
methods.◦ Abundant bandwidth improves QoS, but unlikely to
be available everywhere over a complex networks.
code [TOS (Type of Service) octet in IPv4 packet,and Tra c Class octet in IPv6 packet] to classifypac e s o ena e e r eren a e rea men .◦ Widely deployed in intra-domain networks and
enter rise networks as it is sim ler and scales well.◦ Emerging as the de-facto QoS technology in
conjunction with other QoS.
9
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 10/68
''
facilitates the marriage of IP to OSI Layer 2ec no og es.
◦ Creates tunnels: Label Switched Paths (LSP) —IP
network becomes connection-oriented.◦ Main advantages of MPLS:
1. Support Traffic Engineering (TE), which is usedessentially to control traffic flow.
. uppor r ua r va e e wor .
3. BothTE and VPN help delivery of QoS for multimedia
10
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 11/68
Used to alleviate the erceived deterioration hi h acket loss
or error rate) in network congestion.
Prioritization for types of media:◦
diff erent media.
Prioritization for uncompressed audio:◦ au o s reams can e ro en n o groups o every n
sample. Prioritization for JPEG image:
◦ e i erent scans in rogressive an i erent reso utionsof the image in Hierarchical JPEG can be given diff erent
priorities. r or za on or compresse v eo:
◦ Set priorities to minimize playback delay and jitter by givinghighest priority to I-frames for their reception, and lowest
- .
11
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 12/68
..A broadcast messa e is sent to all nodes in the domain
a unicast message is sent to only one node, and a
multicast message is sent to a set of specified nodes.
- u cas :◦ Anonymous membership: the source host multicasts to
one of the IP-multicast addresses — doesn't know who
wi receive.◦ Potential problem: too many packets will be traveling and
alive in the network — use time-to-live (TTL) in each IPpacket.
MBone (Multicast Backbone) — based on the IP-
◦ Used for audio and video conferencing on the Internet .
◦ Uses a subnetwork of routers (mrouters) that supportmu cas o orwar mu cas pac e s.
12
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 13/68
13
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 14/68
Internet Group ManagementInternet Group Management
Protocol (IGMP)Protocol (IGMP)
groups.
Two special types of IGMP messages are used:◦ Query messages are multicast by routers to all local
hosts to inquire group membership.
,
groups. On receiving a query, members wait for a random
time before responding.
Routers periodically query group membership,get a response to at least one query. If noresponses occur after a while, they declare
themselves as non-members.14
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 15/68
---
such as audio and video streams:.
◦ Used in nv (network video) for MBone, Netscape
Videophone. Usuall runs on to of UDP which rovides
e cient (but less reliable) connectionless
data ram service:◦ RTP must create its own timestamping and
sequencing mechanisms to ensure the ordering.
15
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 16/68
16
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 17/68
Additional Parameters in RTPAdditional Parameters in RTP
HeaderHeader
as its encoding scheme.
◦ E.g., PCM, H.261/H.263, MPEG 1, 2, and 4 audio/video,etc.
Timestamp: records the instant when the first.
◦ With the timestamps, the receiver can play theaudio/video in proper timing order and synchronizemu p e s reams.
Sequence Number: complements the function of
times-tam in .◦ Incremented by one for each RTP data packet sent so
to ensure that the packets can be reconstructed in.
17
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 18/68
Additional Parameters in RTPAdditional Parameters in RTP
Header (Cont'd)Header (Cont'd)
identifying sources of multimedia data.◦ Incremented by one for each RTP data packet
sent so to ensure that the packets can be
reconstructed in order by the receiver. Contributin Source CSRC ID: for
source identification of contributors, e.g.,
.
18
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 19/68
◦
Monitors QoS in providing feedback to theserver (sender) and conveys information
about the participants of a multiparty
conference.◦ Provides the necessary information for audio
and video synchronization.
same IP address (multicast or unicast) but
.
19
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 20/68
—
feedback (number of last packet received,
number of lost packets, jitter, timestamps forca cu a ng roun - r p e ays .2. SR (Sender Report) — to provide information
packets/bytes sent, etc.3. SDES (Source Description) — to provide
information about the source (e-mail address,phone number, full name of the participant).
. — .5. APP (Application specific functions) — for
future extension of new features.
20
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 21/68
RSVP (Resource ReSerVationRSVP (Resource ReSerVation
Protocol)Protocol) ,
mostly for multicast although also applicable
to unicast.◦ A general communication model supported by
RSVP consists of m senders and n receivers,. . .
16.4(a)). The most im ortant messa es of RSVP:
(1) A Path message is initiated by the sender, and
contains information about the sender and thepat e.g., t e prev ous op .(2) A Resv message is sent by a receiver that
21
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 22/68
and receivers competing for the limitednetwork bandwidth.
b The receivers can be hetero eneous in
demanding di erent contents with.
(c) They can be dynamic by joining orquitting multicast groups at any time.
22
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 23/68
23
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 24/68
. .. .
(S1, S2), three receivers (R1, R2, and R3) and 4
routers (A, B, C, D):1. In (a), Path messages are sent by both S1 and S2along their paths to R1, R2, and R3.
2. In b and c R1 and R2 send out Resv messa es to
S1 and S2 respectively to make reservations for S1and S2 resources. Note that from C to A, two
requested diff erent data streams.
3. In (d), R2 and R3 send out their Resv messages to S1'.merged with R1's previous request at A and R2's wasmerged with R1's at C.
24
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 25/68
Streamin Audio and Video:
◦ Audio and video data that are transmitted from a stored mediaserver to the client in a data stream that is almost instantlydecoded.
RTSP Protocol: for communication between a client and astored media server (Fig. 16.5).
DESCRIBE request to the Stored Media Server to obtain thepresentation description — media types, frame rate, resolution,codec, etc.
2. Session setup: the client issues a SETUP to inform the server of the destination IP address, port number, protocols, TTL (for
multicast).. equesting an receiving me ia: a ter receiving a , t eserver started to transmit streaming audio/video data using RTP.
4. Session closure: TEARDOWN closes the session.
25
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 26/68
26
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 27/68
(Plain Old Telephone Service):◦
Uses packet-switching — network usage is muchmore e c ent vo ce commun cat on s ursty anVBR encoded).
◦ With the technolo ies of multicast or multi oint
communication, multi-party calls are not much moredifficult than two-party calls.
◦ techniques, various degrees of QoS can be supportedand dynamically adjusted according to the network
.◦ Good graphics user interfaces can be developed to
show available features and services, monitor callstatus an progress, etc.
27
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 28/68
''. . ,
real-time audio (and video) in Internettelephony is supported by RTP (whose
control rotocol is RTCP .
Streaming media is handled by RTSP and
care of by RSVP.
28
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 29/68
29
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 30/68
.. A standard for acket-based multimedia
communication services over networks that do not
provide a guaranteed QoS. , ,multipoint control units (for conferencing) and gatewaysfor the integration of Internet telephony with GSTNdata
.
The H.323 signaling process consists of two phases:1. Call setup: The caller sends the gatekeeper (GK) a RAS
Admission Request (ARQ) message which contains thename and phone number of the callee.
2. Ca abilit exchan e: An H.245 control channel will beestablished, of which the first step is to exchangecapabilities of both the caller and callee.
30
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 31/68
An a lication-la er control rotocol in char e of the
establishment and termination of sessions in Internettelephony.◦ SIP is a text-based rotocol also a client-server rotocol.
SIP can advertise its session using email, news group, webpages or directories, or SAP — a multicast protocol.
◦ INVITE: invites callee(s) to participate in a call.◦ ACK: acknowledges the invitation.
◦ OPTIONS: enquires media capabilities without setting up a call.
◦ CANCEL: terminates the invitation.
◦ BYE: terminates a call.◦ REGISTER: sends user's location info to a Registrar (a SIP
server).
31
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 32/68
. .
SIP session:◦ Ste 1. Caller sends an "INVITE ohn home.ca"
to the local Proxy server P1.◦ Step 2. The proxy uses its DNS (Domain Name
.
and sends the request to it.◦ Ste 3 4. ohn home.ca is current not lo ed on
the server. A request is sent to the nearbyLocation server. John's current address
. .◦ Step 5. Since the server is a Redirect server, it
returns the address [email protected] to the Proxserver P1.
32
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 33/68
.
◦ tep , . consu ts ts ocat on server anobtains John's local address john
oe my.wor .ca.
◦ Step 9,10. The next-hop Proxy server P3 iscontacted, it in turn forwards the invitation to
where the client (callee) is.
◦ Step 11-14. John accepts the call at his current
location (at work) and the acknowledgments
are returned to the caller. 33
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 34/68
34
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 35/68
16.3 Multimedia over ATM16.3 Multimedia over ATM
NetworksNetworks Video Bit-rates over ATM:
◦ CBR (Constant Bit Rate): if the allocated bit-rate of CBR istoo low, then cell loss and distortion of the video content
.◦ VBR (Variable Bit Rate): the most commonly used video
bit-rate for compressed video, can be further divided into: - - .
nrt-VBR (non real-time Variable Bit Rate): for specified QoS.◦ ABR (Available Bit Rate): data transmission can be backed
o or u ere ue o conges on. e oss ra e anminimum cell data rate can sometimes be specified.
◦
UBR (Unspecifi
ed Bit Rate): no guarantee on any qualityparameter.
35
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 36/68
Converts various formats of user data into ATM data
streams and vice versa.
Diff
erent types of protocols of (AAL):◦ AAL Type 1: supports real-time, constant bit rate (CBR),
connection-oriented data streams.
◦ AAL T e 2: intended for variable bit rate VBRcompressed video and audio (inactive).
◦ AAL Types 3 and 4: have been combined into one type — AAL T e 3/4. It su orts variable bit rate VBR of eitherconnection-oriented or connectionless general (non real-time) data services.
◦ AAL T e 5: the new rotocol introduced for multimediadata transmissions, promising to support all classes of dataand video services (from CBR to UBR, from rt-VBR tonrt-VBR).
36
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 37/68
Headers and trailers are added to the original
user data at the CS Conver ence Subla er andSAR (Segmentation And Reassembly sublayer) — eventually form the 53-byte ATM cells with the
- .
37
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 38/68
header/trailer for each SAR cell, whereas AAL 5 has none atthis sublayer. Considering the numerous number of SAR cells,
this is a substantial savin for AAL 5. As part of the SAR trailer, AAL 3/4 has a (short) 10-bit
"Checksum" for error checking. AAL 5 does it at the CS andallocates 4 b tes for the Checksum
38
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 39/68
39
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 40/68
---
transported over AAL5:
◦ Two MPEG-2 ackets each 188 b tes from theTransport Stream (TS) will be mapped into one AAL-5 SDU (Service Data Unit).
When establishing a virtual channel connection,the following QoS parameters must be specified:
◦ ax mum ce rans er e ay.
◦ Maximum cell delay.
.◦ Cell Error Ratio (CER).
◦ .
40
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 41/68
challenges:-
multicasting needs to set up all multipointconnections.
◦QoS in ATM must be negotiated at theconnection set-up time and be known to allswitches.
◦ It is di cult to support multipoint-to-point ormu po n - o-mu po n connec ons n ,because AAL 5 does not keep track of
41
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 42/68
.. -- DMIF in MPEG-4: An interface between multimedia
applications and their transport. It supports:
1. Remote interactive network access (IP, ATM, PSTN, ISDN,.
2. Broadcast media (cable or satellite).
3. Local media on disks.
A single application can run on diff
erent transportlayers as long as the right DMIF is instantiated.. .
three types of communication mediums.
MPEG-4 over IP: MPEG-4 sessions can be carriedover IP-based protocols such as RTP, RTSP, and HTTP.
42
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 43/68
43
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 44/68
.. -- ---
◦
ITV supports activities such as:1.TV (basic, subscription, pay-per-view).
2.Video-on-demand (VOD).
3. Information services (news, weather, magazines,sports events, etc.).
4. Interactive entertainment (Internet games, etc.).
5. E-commerce (on-line shopping, stock trading).
6. Access to digital libraries and educational materials.
44
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 45/68
45
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 46/68
-- Set-to Box STB enerall has the followin
components:1. Network Interface and Communication Unit: including
, ,communication channel.
2. Processing Unit: including CPU, memory, and special-.
3. Audio/Video Unit: including audio and video (MPEG-2 and4) decoders, DSP (Digital Signal Processor), buff ers, and
conver ers.
4. Graphics Unit: supporting real-time 3D graphics foranimations and games.
5. Peripheral Control Unit: controllers for disks, audio andvideo I/O devices (e.g., digital video cameras), CD/DVDreader and writer, etc.
46
Broadcast Schemes forVideoBroadcast Schemes forVideo onon
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 47/68
Broadcast Schemes for VideoBroadcast Schemes for Video--onon--
DemandDemand
◦ For simplicity, assume all movies are of length L
(seconds).◦ The available high bandwidth B of the server
(measured as the multiple of the playback rate b) isusually divided up into K logical channels (K ≥ 1).
◦
Assuming the server broadcasts up to M movies (M≥
1), they can be periodically broadcast on all these-
staggered — Staggered broadcasting.
◦ If the division of the bandwidth is equal amongst all K,
time) for any movie is actually independent of thevalue of K, i.e.,
47
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 48/68
48
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 49/68
49
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 50/68
''
50
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 51/68
''
51
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 52/68
Broadcasting scheme is the need for a
because the last two segments are- .
Instead of using a geometric series,yscraper roa casting uses , , , , ,
12, 12, 25, 25, 52, 52, ...} as the series of segment sizes to alleviate the demand ona large bu er.
52
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 53/68
As shown in Fig 16.12, two clients who made a request attime intervals (1, 2) and (16, 17), respectively, have theirres ective transmission schedules. At an iven moment nomore than two segments need to be received.
53
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 54/68
size of all segments remains constant
whereas the bandwidth of channel i is Bi =
b/i, where b is the movie's la back rate.
The total bandwidth allocated for
54
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 55/68
55
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 56/68
As Fi . 16.14 shows: after re uestin the movie theclient will be allowed to download and play the firstoccurrence of segment S1 from Channel 1. Meanwhile,
respective channels.
The advantage of Harmonic broadcasting is that thearmonic num er grows s ow y wit .
For example, when K = 30, HK ≈ 4. Hence, the·
b)ismodest.
It also yields small segments — only 4 minuteseac n eng . ence, e access me or
Harmonic broadcasting is generally shorter thanpyramid broadcasting.
56
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 57/68
low-bandwidth streams, while Pyramidbroadcasting schemes use a small number of high-
an w s reams. Harmonic broadcasting generally requires less
it is hard to manage a large number of independent data streams using Harmonicroa cas ng.
Paris, Carter, and Long presented Pagoda
, ,that tries to combine the advantages of Harmonicand Pyramid schemes.
57
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 58/68
Partitions each video into n fixed-size
segments of duration T = L/n, where T is
. ,these segments at the consumption
.
58
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 59/68
.It achieves this by dynamically combining
multicast sessions. Makes the assumption that the client's
receiving bandwidth is higher than the videop ay ac rate.
The server will deliver a video stream assoon as rece ves e reques rom a c en .
Meanwhile, the client is also given access to
,was initiated earlier by another client.
59
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 60/68
60
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 61/68
" ". . ,at time t = 2. The solid line indicates the playback
rate, and the dashed line indicates the receivinbandwidth which is twice of the playback rate.The client is allowed to prefetch from an earlier
secon stream w c was aunc e at t = .
At t = 4, the stream B joins A. var a on o ream merg ng s ggy ac ng, n
which the playback rate of the streams are slightly
(piggybacking) of the streams.
61
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 62/68
fluctuation, bu ers are usually employed at
both sender and receiver ends:
62
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 63/68
Fig. 16.17 illustrates the limits imposed by the media playback (consumption) data rate and the buff ered data rate (theransm ss on ra es are e s opes o e curves .
63
An Optimal Plan for TransmissionAn Optimal Plan for Transmission
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 64/68
pp
RatesRates
e ciently for the network given knowledge aboutthe data rate characteristics of the media storedon e server:◦ The media server can plan ahead for a transmission
rate such that the media can be viewed withoutinterruption and the amount of bandwidth requested
for reservation can be minimized.◦ -
that minimize not only peak rate but also the ratevariability.
◦ n m z ng ra e var a y s mpor an s nce mp esa set of piece-wise constant rate transmissionsegments. Therefore, some processing and network resources can e m n m ze as we as ess requent
changes in bandwidth reservation. 64
An Optimal Plan for Video and BuerAn Optimal Plan for Video and Buer
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 65/68
SizeSize Take video as an exam le can be extended for
general media), it is more practical to approximatethe video data rate by considering the total data
-displayed.◦ The approximation could be made coarser by only
cons er ng e o a a a consume a e rs rame
after a scene transition, assuming the movie data-rate isconstant in the same scene.
◦ e ne t to e t e s ze o rame t,w ere t , ,..., anN is the total number of frames in the video. Similarly,define a(t) to be the amount of data transmitted by the
call it at time t). Let D(t) be the total data consumed andA(t) be the total data sent at time t. Formally:
65
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 66/68
◦
Let the buff
er size be B. Then at any time t the maximum totalamount of data that can be received without overflowing thebuff er during the time 1..t is W (t)= D(t−1)+B. Now it is easy tostate the conditions for a server transmission rate that avoids
D(t)≤
A(t)≤
W (t) (16.12)◦ In order to avoid buff er overflow or underflow throughout the
' , . . , , ...,N.Define S to be the server transmission schedule (or plan), i.e.S = a(1),a(2), ..., a(N). S is called a feasible transmission schedule
if for all t S obe s E . 16.12 .◦ Figure 16.8 illustrates the bounding curves D(t)and W (t), and
shows that a constant (average) bit-rate transmission plan is notfeasible for this video because simply adopting the average bit-rate would cause underflow.
66
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 67/68
67
8/6/2019 Unit VIII MM Chap16 Multimedia Networks Communication Applications
http://slidepdf.com/reader/full/unit-viii-mm-chap16-multimedia-networks-communication-applications 68/68
.. Text books:
◦ Multimedia: Computing, Communications & Applications by S. Steinmetz and K.Nahrstedt
◦ Emerging Multimedia Computer Communication Technologies by C.H. Wu and J.D.
Irwin◦ Readings in Multimedia Computing and Networking by K. Jeff ay and H. Zhang
◦ Video Processing and Communications by Y. Wang et al.
Web sites:→ Link to Further Exploration for Chapter 16.. including:◦ Links to ITU-T recommendations.
◦
Links to MBone sites.◦ Links to RTP, RTSP, SIP Pages.
◦ ntro uct ons an te apers on y anot er c ent.
◦ Introductions and White Papers on DVB.
RFCs (can be found from IETF):
.◦ Protocols for real-time transmission of multimedia data (RTP, RTSP, and RSVP).
◦ Protocols for VoIP (SIP, SDP, and SAP).
◦ Diff Serv and MPLS IETF.
68