TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

Dans le reste de cette section nous exposons plus en détails, l’implémentation des
fonctionnalités du protocole RTP4mux.
1.1.2.5.1 Fragmentation et Encapsulation des Flux Elémentaires
Puisque le payload RTP sera constitué d’une concaténation d’AUs appartenant à différents
flux élémentaires (encapsulation de plusieurs flux SL), nous n’aurons plus besoin de déployer un
mécanisme d’entrelacement des AUs, dans la mesure où la perte d’un paquet RTP ne provoquera
pas la perte d’AUs appartenant qu’à un seul ES. Ceci rend l’utilisation du champ Index (resp. Index-
Delta), de l’entête de chaque AU, optionnelle et permettra de réduire l’overhead.
L’entrelacement des ESs, utilisé avec RTP4mux, s’avère plus efficace que le mécanisme
d’entrelacement d’AUs proposé dans [159]. En fait, l’encapsulation adoptée dans le protocole
RTP4mux répartit les conséquences de perte d’un paquet RTP sur tout les flux multiplexés.
Nous proposons d’encapsuler, dans le payload RTP, plusieurs paquets SL réduits appartenants
à différents flux élémentaires (voir Figure 1-5 ). Contrairement au format adopté par RFC 3016, qui
utilise deux configurations distinctes du payload RTP pour les flux audio et les flux vidéo avec un
acheminement en hors bande des flux système (à travers H.245, .., etc.), notre format de payload
RTP sera unique et conviendra à tous les flux élémentaires MPEG-4 grâce, notamment, à l’entête
SL qui peut être configuré selon la nature du flux.
Parmi les regroupements efficaces des paquets SL réduits dans un paquet RTP, nous citons
celui qui est fait sur la base de flux élémentaires étroitement synchronisés. Qui, en cas de pertes de
paquet RTP, préserve la synchronisation entre les flux SL multiplexés dans le même payload RTP.
ES_1
AU11 AU12 AU13 AU14 ............
......
MPEG-4
Scene
ES_2
AU21 AU22 AU23 AU24 .............
...
Object
1
ES_3
AU31 AU32 AU33 AU34 .............
........
ES_1
Object
2
ES_2
Object
3
ES_3
RTP SL
AU11
header header
AU12
SL
header
AU21
SL
header
AU31
RTP
header
SL
header
AU13
SL
header
AU22
SL
header
AU32
Figure 1-5: Processus d’Encapsulation des Flux Elémentaires (ES) MPEG-4
Il est clair que notre format de payload RTP exploite efficacement la bande passante. Le gain
en overhead est réalisé à travers :
• Une concaténation de plusieurs AUs dans un paquet SL (avec le partage de quelques
champs du SL Header par les AUs du même paquet SL réduit et par conséquent une
réduction de l’overhead).
• Une concaténation de plusieurs paquets SL, flux élémentaire, dans un même paquet
RTP (avec le partage du RTP Header et par conséquent une réduction de
l’overhead). Contrairement à plusieurs approches où chaque ES est encapsulé dans
une session RTP à part même si le payload RTP n’est pas complètement utilisé.
11