TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

1.1.2.5.2 Multiplexage des Flux Elémentaires MPEG-4
Contrairement aux approches existantes [156], [157] et [159] qui transportent un ES par
session RTP et Un AU par paquet RTP. Le protocole RTP4mux, à travers sa fonction de
multiplexage à 2 niveaux, exploite mieux la bande passante (i.e. réduit l’overhead de transport). De
plus, notre multiplexage réduit considérablement les délais de transmission de bout en bout
mesurés au niveau application.
Le multiplexage des différents ESs dans un paquet RTP passe par une signalisation et une
identification des différentes AUs contenues dans le payload RTP (à travers leurs ES_IDs
respectifs).
1.1.2.5.3 Démultiplexage des Flux Elémentaires MPEG-4
Du fait que chaque flux élémentaire est acheminé dans une session RTP à part. Dans ce cas, le
player connaît à priori la configuration des champs de l’entête du payload RTP et l’identifiant du
flux transporté dans la session RTP en question (puisque la configuration des champs de l’entête du
payload est faite à l’établissement de la session MPEG-4 par l’intermédiaire du message SDP). Dans
notre approche, à la réception d’un paquet RTP, le player n’a pas connaissance de l’organisation du
payload ni des flux élémentaires encapsulés dans le paquet RTP.
A partir de ce constat, et pour permettre un démultiplexage sans ambiguïté des ESs, deux
approches sont envisageables (i.e. approches de signalisation des ES_IDs pour identifier les paquets
SL contenus dans le payload de RTP). Une signalisation mappée sur un champs de l’entête RTP,
impliquant une signalisation hors bande et signalisation insérée dans l’entête du paquet SL réduit,
impliquant une signalisation dans la bande.
1.1.2.5.3.1 Signalisation Des Identifiants De Flux (ES_Ids) Dans l’Entête RTP
D’une manière similaire au mode codeMux de l’outil FlexMux (codetable), cette signalisation
indique, pour un codeMux donné, l’organisation du payload (séquence de paquets SL « réduits »
identifiée par leurs ES_IDs). Ce code pourra être mappé dans l’entête RTP (le champ SSRC, voir
Figure 1-6).
Ceci dit, cette signalisation reste complexe et lourde dans l’établissement de la session, dans la
mesure où il faudra signaler, au player, tout les regroupements possibles des paquets SL, dans le
paquet RTP, ainsi que le code associé à chaque regroupement donné. Cette signalisation, en hors
bande, des tables de correspondance entre codeMux et ES_IDs associés, sera sujette au risque de
perte d’où un blocage dans le démultiplexage puis dans le décodage.
De plus, le caractère changeant de la séquence vidéo MPEG-4, avec entre autre la disparition
et l'intervention de plusieurs objets média (et les ESs qui leur sont associés), au cours de la session
MPEG-4, implique une signalisation continue des tables de correspondance entre CodeMux et
ES_IDs qui leurs sont associées.
12