TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

1.1.2 Proposition dun Protocole d'Encapsulation d’Objet MPEG-4 Sur RTP
1.1.2.1 Format de Payload RTP pour les Flux Audio/Vidéo MPEG-4
Cette approche reste le seul standard, proposé par l'IETF dans le RFC 3016 [156], pour le
transport des flux audiovisuels MPEG-4. Le format du paquet spécifie un mécanisme de
fragmentation des flux audio/vidéo MPEG-4 pour pouvoir ensuite l’encapsuler dans un flux RTP,
sans utiliser le système MPEG-4 (Sync Layer) pour la synchronisation et la gestion des flux
élémentaires MPEG-4. Cette spécification fournit des règles pour l'utilisation des champs de
l'entête RTP et la fragmentation du flux vidéo en entités indépendamment décodables. Elle donne
enfin des indications pour l'utilisation du MIME (Multipurpose Internet Mail Extension) et du SDP
(Session Description Protocol) [141] pour la signalisation et la configuration, au niveau du récepteur, des
types et des paramètres des médias utilisés dans la session MPEG-4.
Les flux MPEG-4 (audio et vidéo seulement) sont directement encapsulés dans des paquets
RTP, après fragmentation préalable. Chaque flux élémentaire est acheminé dans une session RTP
individuelle, identifiée par une adresse réseau et un numéro de port. Le RFC 3016 ne spécifie pas
l’utilisation des flux élémentaires du système MPEG-4 (OD, BIFS, etc.), mais ceci peut être réalisé
par les applications à travers, par exemple, le protocole de signalisation H.245. Ce qui représente un
atout pour le déploiement d’un streaming MPEG-4 par rapport à d’autre média non MPEG-4. Le
transport des flux audio passe par un formatage LATM (Low-overhead Audio Transport Multiplexing),
ce qui optimise l’utilisation du payload RTP à travers le multiplexage de plusieurs flux audio.
1.1.2.2 Format de Payload RTP avec une Entête SL Réduite
Cette approche, proposée par l’IETF dans [157] et [159], préconise l'utilisation de la couche
SL, puis l'encapsulation du flux de paquets SL dans le payload de RTP avec un éventuel mapping,
de quelques champs redondants, de l'entête SL (voir Figure 1-3) vers l'entête RTP. Ce mode
d’encapsulation fait intervenir un mapping (transfert) de certains champs pertinents de l’entête SL
vers l’entête RTP.
Parmi les apports de cette approche, nous citons :
• Un payload générique et qui ne dépend pas de la nature du flux transporté (audio,
vidéo, OD, SD,....etc.)
• Un payload hautement configurable (i.e. la structure du payload RTP dépend des
paramètres MIME) et ajustable pour convenir à chaque flux élémentaire individuel.
• Deux style d'encapsulation (singulière et multiple). Une encapsulation d'une AU, ou
un fragment d'AU, permet la compatibilité avec le RFC 3016, tandis que
l'encapsulation (concaténation) de plusieurs AUs dans le payload RTP exploite mieux
la bande passante en diminuant l'overhead.
• Possibilité de transporter plusieurs AUs (ou fragment d'AU) entrelacées dans le
payload du paquet RTP, ce qui permet une plus grande tolérance aux pertes de
paquets RTP.
6