25.04.2014 Views

TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Pour ces raisons, nous nous intéressons aux interactions de QoS entre les applications vidéo<br />

MPEG-4 et les réseaux <strong>IP</strong> DiffServ. Les paquets vidéo sont marqués en fonction de leur<br />

importance. Ainsi, un paquet issu d’un objet MPEG-4 important sera marqué avec une priorité de<br />

perte faible et un paquet jugé non important sera marqué avec une priorité de perte importante. La<br />

Figure 1-12 présente un exemple simple de marquage de paquet vidéo pour un objet utilisant le<br />

codage en couche. Sachant que la couche de base est la couche la plus importante, elle sera marquée<br />

avec une priorité de perte la plus faible possible. Les couches d’améliorations seront marquées avec<br />

les priorité de perte moyenne et importante<br />

if stream is “audio stream” then (application of property 2)<br />

if coder rate is “low rate”<br />

then DSCP=AF Low Drop Prec<br />

//example AF11<br />

if coder rate is “medium rate”<br />

then DSCP=AF Medium Drop Prec<br />

//example AF12<br />

if coder rate is “high rate”<br />

then DSCP=AF High Drop Prec<br />

//example AF13<br />

if stream is “video stream” (application of property 3)<br />

if “base layer video stream”<br />

(level 1 = mimimum QoS)<br />

then DSCP = AF low Drop Prec<br />

//example AF21<br />

if “ enhanced layer video stream 1” (level 2 = medium QoS)<br />

then DSCP = AF Medium Drop Prec<br />

//example AF22<br />

if “enhanced layer video stream 2” (level 3 = maximum QoS)<br />

then DSCP = AF Medium Drop Prec<br />

//example AF23<br />

if stream is “objects descriptor, scene descriptor” (application of property 4 )<br />

then DSCP = EF<br />

//descriptions streams are significant, no loss<br />

//it’s necessary that these streams will be available<br />

//as soon as possible in MPEG-4 player to interpret<br />

//correctly the scene<br />

Figure 1-12: Un exemple simple d'algorithme de marquage <strong>IP</strong> Diffserv<br />

Notre contribution est ciblée sur deux points : d’abord, un protocole d’encapsulation pour les<br />

paquets MPEG-4 à travers RTP/<strong>IP</strong> est mis en place. Et ensuite, un mécanisme de marquage pour<br />

les routeurs Diffserv est proposé. L’intégration de ces deux composants est essentielle pour fournir<br />

une QoS de bout en bout. Les performances sont évaluées à l’aide d’un réseau de routeurs DiffServ.<br />

Ce réseau est constitué de PC fonctionnant sous Linux avec le noyau 2.4. Ce dernier permet<br />

d’implémenter DiffServ de manière logicielle.<br />

1.3 Passerelle de Signalisation S<strong>IP</strong>/MPEG-4<br />

Internet est confronté au développement rapide d’applications et de services multimédia tels<br />

que la vidéoconférence et la téléphonie. Cet essor s’explique par l’utilisation de standards et de<br />

normes bien unifiés. Actuellement, plusieurs normes dominent le marché de la vidéoconférence et<br />

de la voix sur <strong>IP</strong>. L’IUT-T a proposé le standard H.323 [142] [143], permettant de mettre en place<br />

tous les mécanismes nécessaires à l’établissement d’une session de vidéoconférence. L’IETF a par<br />

ailleurs proposé le protocole S<strong>IP</strong> (Session Initiation Protocol) [140] avec SDP (Session Description<br />

Protocol) [141]) comme un moyen simple et efficace d’initier et de contrôler des sessions<br />

multimédia entre terminaux. Finalement, l’ISO avec son standard MPEG-4 DMIF (Delivery<br />

Multimedia Integration Framework) [144] offre un moyen transparent aux applications pour<br />

18

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!