FR 2839403 A1 20031107 FR 0205605 A 20020503 C:\WINDOWS\Bureau\brevet 1931 4rnodi6. doc- 3 0/04102- 15:04 - 20/21 1 2839403 Procede de multiplexage dynamique de flux numeriques, signal, dispositif de multiplexage dynamique et recepteur correspondent. Le domaine de ['invention est celui de la transmission et de la diffusion de flux de donnees numeriques, notamment pour les applications multimedia. Plus precisement, ['invention concerne un procede de multiplexage dynamique de flux numeriques, ainsi que le signal, le dispositif de multiplexage, et le recepteur correspondent. L'invention trouve notamment des applications dans le domaine de la diffusion de donnees multimedia de type MPEG2 (en anglais "Motion Picture Coding Experts Group", en franc,ais "Groupe d'experts pour le codage d'images animees"), MPEG4, DVB (en anglais "Digital Video Broadcast", en francais "Diffusion video numerique"), etc. Il est aujourd'hui frequent, en vue notamment de realiser des economies en termes de bande passante, de multiplexer differents flux numeriques au sein d'un meme signal. Un tel multiplexage peut etre predetermine et sa structure est alors constante dans le temps. Le multiplexage peut aussi etre dynamique, c'est-a-dire que la structure du signal multiplexe change dans le temps. Dans ce cas, une table de configuration, qui fait partie de la signalisation du multiplex, est generalement definie. Wile peut etre transmise par le meme canal de transmission que le multiplex (on parle alors de signalisation "dans la bande") ou par tout autre moyen, par exemple par un canal specifique, dit de signalisation, distinct du canal de donnees par lequel vent vehicules les flux numeriques utiles (on parle alors de signalisation "hors bande"). Ainsi, dans le cadre de la norme MPEG4, une table de confguration (ou table d'allocation) appelee FlexMuxChannelTable indique a quel flux numerique est associee une unite de flux consideree, en fonction de son index. Un tel index, inscrit dans un champ particulier de ['unite de flux, est code sur 256 bits. Par exemple, pour une table de configuration donnee, ['index 112 peut correspondre a un flux audio, et ['index 118 a un flux video. 2 2839403 Sur reception d'une unite de flux, le recepteur consulte la table de configuration FlexMuxChannelTable, et determine, en fonction de ['index de ['unite de flux, le traitement a lui appliquer: dans ltexemple precedent, la table FlexMuxChannelTable indique au recepteur que ['unite de flux d'index 118 doit etre transmise a un decodeur video. Dans le cadre des applications fonctionnant en mode "multicast" (en franc,ais "diffusion selective"), une telle table d'allocation est envoyee periodiquement (par exemple une fois par seconde dans le cadre des applications de type Internet), de facon a etre rapidement disponible pour un utilisateur qui vient de se connecter. Dans le cadre d'un multiplexage dynamique, une nouvelle table d'allocation est envoyee a chaque changement de la configuration du multiplex. Le recepteur utilise a chaque instant la derriere table de configuration recue pour determiner le traitement a appliquer a une unite de flux particuliere. Cependant, cette methode a pour inconvenient d'etre peu robuste. En effet, en cas de perte ou d'erreur au cours de la transmission de la table d'allocation, le traitement effectue par le recepteur est errone. Pour reprendre l'exemple donne precedemment dans le cadre de MPEG4, le recepteur peut ainsi aiguiller ['unite de flux d'index 118 vers un decodeur video, alors que la nouvelle table de configuration, qu'il n'a pas re,cue en raison d'une perturbation du reseau, indique que ['index 118 correspond a une description de scene. Or, de tell es pertes ou deteri oration de paquets vent frequentes, notamment dans le cadre de transmissions par reseau, sujet a perturbations. L'invention a notamment pour objectif de pallier ces inconvenients de l' art anterieur. Plus precisement, un objectif de ['invention est de fournir une technique de multiplexage dynamique de flux numeriques robuste, et resistant aux eventuelles perturbations de l'environnement de transmission. 3 2839403 Un autre objectif de ['invention est de mettre en aeuvre une telle technique qui soit precise quant au changement de configuration, et econome en termes de bande passante. L' invention a encore pour objectif de fournir une tel l e technique qui permette une independence des differents flux multiplexes par rapport a 1'instant de changement de configuration. Ces objectifs, ainsi que d'autres qui appara^tront par la suite, vent atteints a ['aide d'un procede de multiplexage dynamique de flux numeriques transmis sous la forme d'unites de flux dans un meme canal, chacune desdites unites de flux portent un identifiant de flux permettant de 1'associer au flux numerique correspondent, ['allocation diun identifiant a un flux numerique etant definie par une table d'allocation et pouvant varier dans le temps, de facon a permettre un multiplexage dynamique. Selon ['invention, ladite table d'allocation porte un numero de version, et, pour signaler qu'un changement de version de ladite table d'allocation s'applique a un flux numerique donne, on transmet une rafale d'au moins une unite de flux de changement de version comprenant: - I'identifiant courant audit flux numerique; - un indicateur permettant de determiner que ['unite de flux est une unite de flux de changement de version; - le numero de version devenant applicable pour ledit flux numerique. Ainsi, I'invention repose sur une approche tout a fait nouvelle et inventive du multiplexage dynamique de flux numeriques. En effet, ['invention repose sur ['introduction, d'une part, d'un numero de version de la table de configuration et, d'autre part, d'elements de contenus fictifs, appeles unites de flux de changement de version, portent le numero de version de la table de configuration du multiplex. Ces elements de contenu fictifs portent egalement l'identifiant courant du flux numerique, ils permettent aux differents flux multiplexes de changer de configuration independamment les uns des autres. En outre, ces unites de flux de changement de version vent utilisees uniquement lors des phases transitoires de 4 2839403 changement de configuration, de sorte que le procede de ['invention est peu consommateur en termes de bande passante. Preferentiellement, ladite rafale comprend au moins deux unites de flux de changement de version consecutives. On reduit ainsi les risques inherents a la perte ou a la deterioration de ['unite de flux de changement de version, ce qui rend le procede de multiplexage dynamique de ['invention plus robuste. Avantageusement, ladite rafale comprend un nombre d'unites de flux de changement de version consecutives suffisant pour couvrir une fenetre de perturbation predeterminee pendant laquelle il est possible qu'aucune unite de flux ne soit re,cue de fac,on correcte. On pallie ainsi au probleme de la perte ou de la deterioration de paquets en cas de perturbation du reseau ou du canal de transmission, et on s'assure qu'en cas de changement de configuration, le recepteur ait toujours connaissance du numero 1S de version de la table d'allocation a utiliser. En effet, au moins une unite de flux de changement de version est re,cue avant le debut de la fenetre de perturbation et/ou apres la fin de cette fenetre. Dans un mode de realisation avantageux de ['invention, ladite fenetre de perturbation est comprise entre 0,2 et 1 s. Plus generalement, la duree de la fenetre de perturbation depend des caracteristiques du reseau, et la longueur de la rafale est fixee en consequence. De maniere preferentielle, ledit indicateur est un champ precisant la longueur de la partie utile de ['unite de flux, ladite valeur valant par definition zero lorsqu'il s'agit d'une unite de flux de changement de version. L'unite de flux de changement de version est ainsi de structure identique a une unite de flux qu'on pourrait qualifier d'unite de flux informative ou utile, mais elle peut etre aisement detectee par le recepteur, en raison de ['indication, dans le champ correspondent, qu'une telle unite de flux est de longueur nulle. Un element de contenu "reel" ne pouvant etre de longueur nulle, le recepteur en deduit s 2839403 directement que ['element de contenu est un element de contenu fictif, indicatif d'un changement de version de la table de configuration. Selon une caracteristique avantageuse de ['invention, dans une unite de flux de changement de version, le numero de version est inscrit dans la partie utile de ladite unite de flux. On utilise ainsi la structure des unites de flux informatives, et notamment le champ reserve a la partie utile des elements de contenu, pour y inserer le numero de version de la table d'allocation qui doit etre utilisee pour le flux numerique considere: de cette fac,on, les unites de flux de changement de version ont la meme structure que les unites de flux informatives et peuvent etre vehiculees au sein du multiplex, dans le meme canal. Preferentiellement, au moins dans une phase de transition suivant la transmission de ladite rafale, on transmet au moins une autre unite de flux de changement de version. Ainsi, une unite de flux de changement de version peut etre inseree entre deux unites de flux informatives, de facon a indiquer le numero de version de la table de configuration qui devra etre prise en compte pour la premiere unite de flux de longueur non nulle recue apres ['unite de flux de changement de version. Selon une premiere variante avantageuse, ladite table d'allocation est transmise dans ledit canal. On parle alors de transmission dans la bande. Selon une deuxieme variante avantageuse, ladite table d'allocation est transmise par une vole distincte audit canal. On parle alors de transmission "hors bande". Preferentiell ement, l adite table d' allocati on est transmis e au moins deux fois avant de devenir applicable pour au moins un desdits flux. On accrot ainsi la probabilite que le recepteur ait rec,u la nouvelle table de configuration, avant qu'une unite de changement de flux de version n'indique qutelle est applicable pour l'un au moins des flux numeriques. Ceci contribue a la robustesse du procede de multiplexage dynamique de 1'invention. 6 2839403 Avantageusement, un changement de version s'applique des la premiere unite de flux du flux concerne recue apres ladite rafale. De maniere preferentielle, lesdits flux appartiennent au groupe comprenant: - les signaux audiovisuals naturels; - les signaux audiovisuals synthetiques; - les scenes en deux ou trots dimensions; - les donnees descriptives de donnees (souvent appelees meta-data); - des donnees de protection d'acces et de droits. De maniere avantageuse, un tel procede est mis en aeuvre dans des applications de type MPEG4 ou MPEG2. L'invention concerne egalement un signal multiplexant dynamiquement des flux numeriques transmis sous la forme d'unites de flux dans un meme canal, chacune desdites unites de flux portent un identifiant de flux permettant de l'associer au flux numerique correspondent, I'allocation d'un identifiant a un flux numerique etant deflnie par une table d'allocation et pouvant varier dans le temps, de facon a permettre un multiplexage dynamique. Selon ['invention, ladite table d'allocation porte un numero de version, et, pour signaler qu'un changement de version de ladite table d'allocation s'applique a un flux numerique donne, un tel signal comprend une rafale d'au moins une unite de flux de changement de version comprenant: I'identifiant courant audit flux numerique; - un indicateur permettant de determiner que ['unite de flux est une unite de flux de changement de version; - le numero de version devenant applicable pour ledit flux numerique. Preferentiellement, ledit indicateur est un champ precisant la longueur de la partie utile de ['unite de flux, ladite valeur valant par definition zero lorsqu'il s'agit d'une unite de flux de changement de version. Avantageusement, ledit signal etant vehicule sur un canal de donnees permettant la transmission d'unites de flux utiles, distinct d'un canal de 7 2839403 signalisation permettant la transmission de donnees de signalisation, ladite unite de flux de changement de version a la meme structure que lesdites unites de flux utiles et est vehiculee par ledit canal de donnees. L'unite de flux de changement de version constitue done un element de contenu fictif, de structure identique a une unite de flux cite utile ou informative, et est transmise par le meme canal que ces derrieres, et non par un canal de signalisation distinct. Les champs reserves a la longueur et a la partie utile de ['unite de flux comprennent respectivement, dans le cas d'une unite de flux de changement de version, la valeur nulle (pour indiquer qu'il s'agit d'un element de contenu fictif) et le numero de version de la table d'allocation applicable pour le flux considere. De maniere preferentielle, un tel signal est mis en aeuvre par le procede de multiplexage dynamique decrit precedemment. L'invention concerne encore un dispositif de multiplexage dynamique de flux numeriques transmis sous la forme d'unites de flux dans un meme canal, chacune desdites unites de flux portent un identifiant de flux permettant de l'associer au flux numerique correspondent, ['allocation d'un identifiant a un flux numerique etant definie par une table d'allocation et pouvant varier dans le temps, de fa,con a permettre un multiplexage dynamique. Selon ['invention, ladite table d'allocation porte un numero de version, et, pour signaler qu'un changement de version de ladite table d'allocation s'applique a un flux numerique donne, on transmet une rafale d'au moins une unite de flux de changement de version comprenant: - l'identifiant courant audit flux numerique; - un indicateur permettant de determiner que ['unite de flux est une unite de flux de changement de version; - le numero de version devenant applicable pour ledit flux numerique. Preferentiellement, un tel dispositif met en aeuvre le procede de multiplexage dynamique decrit precedemment. 8 2839403 De maniere avantageuse, un tel dispositif alimente des moyens de transmission: - sur le reseau Internet; et/ou - sur un reseau DVB. L'invention concerne aussi un recepteur d'un signal multiplexe selon le procede de multiplexage dynamique decrit precedemment. Avantageusement, un tel recepteur comprend des moyens de detection de ladite rafale, et des moyens d'activation du changement de version correspondent, sur le flux concerne. D'autres caracteristiques et avantages de ['invention appara1tront plus clairement a la lecture de la description suivante d'un mode de realisation preferential, donne a titre de simple exemple illustratif et non limitatif, et des dessins annexes, parmi lesquels: - la figure 1 presente un synoptique d'une plate-forma applicative de type MPEG4, a laquelle peut etre avantageusement applique le procede de multiplexage dynamique de ['invention; - la figure 2 illustre le changement de version d'une table d'allocation pouvant par exemple etre mis en ceuvre dans le cadre de la plate-forma applicative de la figure 1; - les figures 3a et 3b decrivent la structure comparee d'une unite de flux cite utile, ou informative, et d'une unite de flux de changement de version selon ['invention. Le principe general de ['invention repose sur ['introduction, d'une part, d'un numero de version de table d'allocation et, d'autre part, d'elements de contenus fictifs indicatifs d'un changement de version, pour un flux numerique donne. On presente, en relation avec La figure 1, un mode de realisation de ['invention dans le cadre d'une plate-forma applicative de type MPEG4. L'architecture d'une telle plate-forma est une architecture classique de la norme MPEG4, et sera done decrite succinctement dans la suite. Pour plus de renseignements, le lecteur pourra se referer a la norme MPEG-4 systeme (ISO/IEC 14496-1). Le bloc 1 constitue une base de donnees dans laquelle vent memorises une pluralite de fichiers de type MPEG4, permettant de generer une pluralite de flux S numeriques associes, que ['invention permet de multiplexer dynamiquement. A ['emission, I'invention est plus particulierement mise en aeuvre dans le bloc reference 2 de synchronisation et de multiplexage des differents flux numeriques. Dans le cadre de la norme MPEG4, ce bloc de multiplexage 2 utilise l'outil de multiplexage Flexmux. La sortie de ltoutil FlexMux se fait en temps reel vers le bloc reference 4 ou en temps differe vers le bloc reference 3 pour stockage (l es differents fichi ers Fl exmux correspondents vent al ors stockes dans le bl oc reference 3). Ainsi, les couches systeme MPEG4 vent utilisees pour multiplexer et synchroniser des flux MPEG4 audio, video, et par exemple des donnees MPEG7 decrivant la segmentation des objets dans la video MPEG4, et decrivant les liens attaches aux differents objets video segmentes. Le multiplex numerique traverse une couche reseau RTP ("Real Time Transfer" pour "transfert temps reel") referencee 4, puis transite, via un reseau IP ("Internet Protocol" pour "protocole internet") S. jusqu'au bloc reference 6, ou il est traite, en relation avec les fichiers Flexmux 7 memorises en local, a ['aide de l'outil Transmux 8 de la norme MPEG4, qui assure la comprehension du protocole RTP pour en extraire les signaux MPEG-4. En reception, I'invention est plus particulierement mise en aeuvre dans le bloc reference 9, ou le multiplex recu est demultiplexe, de fac,on a generer une pluralite de flux elementaires 10, 102, 103, 104 de type audio, video, description de scene ou encore meta-donnees. Ces differents flux numeriques vent ensuite traites par le bloc 11, en fonction de leur nature et de leur destination. On presente desormais en relation avec la figure 2, la structure du multiplex mis en aeuvre dans le cadre de ['invention, comprenant des unites de 2839403 flux de changement de version permettant des changements de version independents temporellement pour differents contenus ou flux numeriques. Par souci de simplification, on considere un multiplex 20 de deux flux numeriques respectivement appeles contenu "A" et contenu "B". On comprendra aisement que les multiplex mis en ceuvre dans le cadre de 1'invention comprennent generalement un nombre de flux numeriques superieur a 2. Les donnees de signalisation 21 peuvent etre envoyees hors bande, ou dans la bande. Wiles comprennent notamment des paquets 22 a 223 vehiculant une table de configuration (ou table d'allocation) 23,, son numero de version 232, ainsi que le numero de version 233 de la table de configuration courante. Le multiplex 20 comprend, pour le contenu "A" (respectivement pour le contenu "B"), une pluralite d'unites de flux informatives ou utiles referencees 24 a 247 (respectivement 25, a 255). Selon ['invention, pour indiquer que la table de configuration applicable pour le contenu "A" (respectivement "B") va changer (dans l'exemple de la fgure 1, passage de la table d'allocation de numero de version i a la table d'allocation de numero de version i+1), on envoie une rafale 28 (respectivement 29) d'elements de contenus fictifs, ou unites de flux de changement de version. On notera que les elements de contenus fictifs 28, 29 vent representes sur la figure 1 par des paquets de taille inferieure a celle des unites de flux informatives 24, a 247 et 25, a 255, ce qui symbolise le fait que ces elements de contenus fictifs vent de longueur nulle. Les rafales 28, 29 d'unites de flux de changement de version indiquent que la nouvelle table d'allocation applicable pour le contenu "A", "B" considere porte le numero de version i+1. Ainsi, pour le contenu "A" (respectivement "B"), les unites de flux informatives 24, a 244 (respectivement 25, a 253) se referent a la version i de la table de configuration. La reception de la rafale 28 (respectivement 29) d'elements de contenu fictifs declenche pour le contenu "A" (respectivement "B"), a ['instant reference 26 (respectivement 27), le debut de la prise en compte de la table de 1 1 2839403 configuration de version i+1 pour les elements de contenu references 24s a 247 (respectivement 254 et 255) qui seront recus ulterieurement. On notera que les instants 26 et 27 a laquelle la table de configuration applicable change vent distincts pour les contenus "A" et "B". L'invention permet ainsi avantageusement une independence des contenus multiplexes par rapport a ['instant de changement de configuration. Le changement de version de la table de configuration applicable pour un contenu donne est pris en compte a ['apparition de la premiere unite de flux informative 245, 254 (c'est-a-dire a la reception du premier element de contenu non-fictif). On peut egalement remarquer que la table de configuration 23 de numero de version i+1 est envoyee a plusieurs reprises, prealablement a 1'envoi des rafales 28 et 29 d'unites de flux de changement de version. De cette facon, la table de configuration i+1 peut etre decodee avant ['instant 26, 27 a laquelle elle devient applicable. En outre, un envoi repete de cette table accrot la probabilite qu'elle soit correctement reque au moins une fois par le recepteur, en depit d'eventuels perturbations du reseau de transmission. Dans une variante de realisation de ['invention, non illustree sur la figure 1, au moins un element de contenu fictif est en outre insere dans le contenu "A" et/ou "B" au cours d'une phase de transition suivant ['emission de la rafale 28 etlou 29. Par exemple, une unite de flux de changement de version est inseree entre les paquets 245 et 246, pour indiquer un changement de version de la table d'allocation. On choisit de preference une duree de rafale 28, 29 superieure a la duree d'une rafale d'erreur observee sur le reseau emprunte par le multiplex 20. De cette fac,on, on assure la robustesse du procede de multiplexage de ['invention, en garantissant que le recepteur ait bien ete informe du changement de version de table d'allocation, a ['instant 26, 27 ou la nouvelle table devient applicable, en depit d'eventuelles perturbations du reseau. 12 2839403 Le procede de multiplexage de ['invention decrit en relation avec la figure 1 presente de nombreux avantages par rapport a une solution de multiplexage dynamique plus sommaire, dans laquelle on pourrait se contenter d'associer un numero de version a la table de configuration. En effet, le procede de multiplexage dynamique de ['invention presente une plus grande robustesse, une plus grande precision, et une plus grande souplesse qu'un procede de multiplexage dynamique qui se contenterait d'associer un numero de version a la table de configuration, et selon lequel un recepteur surveillerait les changements de numero de version de la table, de maniere a ne prendre en compte une table d'allocation que si son numero de version differe de celui de la table precedente. Un tel procede serait en effet sujet aux eventuelles pertes ou deteriorations de la table d'allocation au cours de sa transmission. En outre, le changement de configuration se ferait obligatoirement au meme moment pour tous l es flux numeriques du multiplex, ce qui ne correspond general ement pas aux exigences reelles. Le procede de multiplexage de ['invention presente egalement de nombreux avantages par rapport a un procede de multiplexage dynamique qui pourrait consister a preciser, a chaque envoi d'une table de configuration et de son numero de version associe, le numero de version de la table de configuration courante. II presente encore de nombreux avantages par rapport a un tel procede, eventuellement complete, lorsque la signalisation se fait hors bande, par un mecanisme d'insertion, dans chaque element de contenu ou unite de flux, du numero de version de la table de configuration du multiplex. En effet, si chaque element de contenu multiplexe portait un numero de version de la table de configuration du multiplex, la surcharge, en terme de taille, et done d'encombrement de bande passante, induite par ces numeros de version serait tres importante. Le numero de version de la table d'allocation serait en effet present dans chaque unite de flux multi pl exee, notamment pendant l es l ongues phases statiques ou la configuration du multiplex ne change pas, et pendant les 13 2839403 phases de changement de configuration du multiplex, meme lorsque ['unite de flux consideree n'est pas affectee par un tel changement. En outre, dans le cas d'une signalisation dans la bande, pour laquelle ['inscription du numero de version sur chaque element de contenu multiplexe ne serait pas obligatoire, la prise en compte d'un changement de configuration se produirait necessairement au meme instant pour tous les flux numeriques multiplexes, ce qui ne reflete pas les exigences reelles du type d'applications multimedia considere. Le procede de multiplexage dynamique de ['invention permet au contraire aux contenus multiplexes de changer de configuration independamment les uns des autres, et non tous ensemble. II ne presente pas ['inconvenient decrit precedemment lie a la surcharge en terme de taille introduite par ['indication des numeros de version sur les elements de contenu. II permet au contraire d'introduire les numeros de version, au niveau des unites de flux, uniquement lors des phases transitoires de changement reel de configuration, et ce, uniquement pour les elements de contenu dont les caracteristiques de configuration changent. En effet, selon le procede de multiplexage dynamique de ['invention, lors des phases transitoires de changement de la table d'allocation, le numero de version de la nouvelle table de configuration applicable est indique par des elements de contenu fictifs, uniquement pour les contenus multiplexes dont les caracteristiques de configuration changent, et ce, avec la precision la plus fine possible. De surcrot, selon ['invention, le numero de version de la table de configuration n'est pas indique pendant les phases de stabilite de 1'allocation, pour les differentes unites de flux multiplexees, que leurs caracteristiques de configuration aient change ou non. I1 n'est pas non plus indique au cours des phases transitoires de changement de la table d'allocation pour les unites de flux du multiplex dont les caracteristiques de configuration ne changent pas. 14 2839403 En consequence, I'invention permet, par rapport a d'autres procedes de multiplexage dynamique plus sommaires qui pourraient etre envisages, une reduction du debit global du multiplex, une independence par rapport a ['instant de changement de configuration des flux multiplexes, et la plus fine precision de changement possible. On decrit desormais, en relation avec les figures 3a et 3b, la structure des unites de flux informatives et des unites de flux de changement de version, mise en aeuvre par ['invention. Les elements de contenu fictifs introduits par ['invention ont avantageusement la meme structure que les elements de contenu reels, et vent transmis, par le meme canal de transmission, au sein du multiplex. A titre d'exemple, on decrit dans la suite le cas des unites de flux proposees par le standard MPEG4. Dans le cadre de la norme ISO/14496-1 (MPEG4 systeme), et plus particulierement dans le cas du multiplex denomme FlexMux, une unite de flux numerique comprend trots champs references 30 a 32 correspondent respectivement: - a un index 30, generalement code entre 0 et 255,correspondent au numero de canal du multiplex et permettant d'identifier le flux numerique considere; - a la longueur 31 du paquet; - a la partie utile 32 de 1'element de contenu. L'invention propose d'introduire des elements de contenu fictifs, correspondent a des paquets FlexMux ne vehiculant pas de donnees dans leur partie utile 32. De tels paquets vent caracterises par la presence de la valeur nulle dans le champ de longueur reference 31, ce qui les rend aisement detectables par un recepteur. Ils vehiculent en outre le numero de version de la table d'allocation (ou table FMC pour FlexMuxChannelTable) applicable au flux repere par ['index dans leur partie utile 32. 2839403 REVENDICATIONS 1. Procede de multiplexage dynamique de flux numeriques transmis sous la forme d'unites de flux dans un meme canal, chacune desdites unites de flux portent un identifiant de flux permettant de l'associer au flux numerique correspondent, ['allocation d'un identifiant a un flux numerique etant definie par une table d'allocation et pouvant varier dans le temps, de fac,on a permettre un multiplexage dynamique, caracterise en ce que ladite table d'allocation porte un numero de version, et en ce que, pour signaler qu'un changement de version de ladite table d'allocation s'applique a un flux numerique donne, on transmet une rafale d'au moins une unite de flux de changement de version comprenant: - I'identifiant courant audit flux numerique; - un indicateur permettant de determiner que ['unite de flux est une unite de flux de changement de version; - le numero de version devenant applicable pour ledit flux numerique. 2. Procede de multiplexage dynamique selon la revendication 1, caracterise en ce que ladite rafale comprend au moins deux unites de flux de changement de version consecutives. 3. Procede de multiplexage dynamique selon la revendication 1, caracterise en ce que ladite rafale comprend un nombre d'unites de flux de changement de version consecutives suffisant pour couvrir une fenetre de perturbation predeterminee pendant laquelle il est possible qu'aucune unite de flux ne soit re cue de facon correcte. 4. Procede de multiplexage dynamique selon la revendication 3, caracterise en ce que ladite fenetre de perturbation est comprise entre 0,2 et 1 s. 5. Procede de multiplexage dynamique selon l'une quelconque des revendications 1 a 4, caracteri se en ce que l edit indicateur est un champ preci sant la longueur de la partie utile de ['unite de flux, ladite valeur valant par definition zero lorsqu'il s'agit d'une unite de flux de changement de version. 16 2839403 6. Procede de multiplexage dynamique selon l'une quelconque des revendications 1 a 5, caracterise en ce que, dans une unite de flux de changement de version, le numero de version est inscrit dans la partie utile de ladite unite de flux. 7. Procede de multiplexage selon l'une quelconque des revendications 1 a 6, caracterise en ce qutau moins dans une phase de transition suivant la transmission de ladite rafale, on transmet au moins une autre unite de flux de changement de version. 8. Procede de multiplexage selon l'une quelconque des revendications 1 a 7, caracterise en ce que ladite table d'allocation est transmise dans ledit canal. 9. Procede de multiplexage selon l'une quelconque des revendications 1 a 7, caracterise en ce que ladite table d'allocation est transmise par une vole distincte audit canal. 10. Procede de multiplexage selon l'une quelconque des revendications 1 a 9, caracterise en ce que ladite table d'allocation est transmise au moins deux fois avant de devenir applicable pour au moins un desdits flux. 11. Procede de multiplexage selon l'une quelconque des revendications 1 a 10, caracterise en ce qu'un changement de version s'applique des la premiere unite de flux du flux concerne rec,ue apres ladite rafale. 12. Procede de multiplexage selon l'une quelconque des revendications 1 a 11, caracterise en ce que lesdits flux appartiennent au groupe comprenant: les signaux audiovisuals naturels; - les signaux audiovisuals synthetiques; - les scenes en deux ou trots dimensions; - les donnees descriptives de donnees, appelees meta-data; - des donnees de protection d'acces et de droits. 13. Procede de multiplexage selon l'une quelconque des revendications 1 a 12, caracterise en ce qu'il est mis en aeuvre dans des applications de type MPEG4 ou MPEG2. 17 2839403 14. Signal multiplex compose dynamiquement par des flux numeriques transmis sous la forme d'unites de flux dans un meme canal, chacune desdites unites de flux portent un identifiant de flux permettant de l'associer au flux numerique correspondent, I'allocation d'un identifiant a un flux numerique etant definie par une table d'allocation et pouvant varier dans le temps, de facon a permettre un multiplexage dynamique, caracterise en ce que ladite table d'allocation porte un numero de version, et en ce que, pour signaler qu'un changement de version de ladite table d'allocation s'applique a un flux numerique donne, il comprend une rafale d'au moins une unite de flux de changement de version comprenant: I'identifiant courant audit flux numerique; - un indicateur permettant de determiner que ['unite de flux est une unite de flux de changement de version; - le numero de version devenant applicable pour ledit flux numerique. 15. Signal selon la revendication 14, caracterise en ce que ledit indicateur est un champ precisant la longueur de la partie utile de ['unite de flux, ladite valeur valant par definition zero lorsqu'il s'agit d'une unite de flux de changement de version. 16. Signal selon l'une quelconque des revendications 14 et 15, caracterise en ce que ledit signal etant vehicule sur un canal de donnees permettant la transmission d'unites de flux utiles, distinct d'un canal de signalisation permettant la transmission de donnees de signalisation, ladite unite de flux de changement de version a la meme structure que lesdites unites de flux utiles et est vehiculee par ledit canal de donnees. 17. Signal selon l'une quelconque des revendications 14 a 16, caracterise en ce qu'il est mis en wuvre par le procede de multiplexage dynamique selon l'une quelconque des revendications 1 a 13. 18. Dispositif de multiplexage dynamique de flux numeriques transmis sous la forme d'unites de flux dans un meme canal, chacune desdites unites de flux portent un identifiant de flux permettant de 1'associer au flux numerique 18 2839403 correspondent, ['allocation d'un identifiant a un flux numerique etant definie par une table d'allocation et pouvant varier dans le temps, de facon a permettre un multiplexage dynamique, caracterise en ce que ladite table d'allocation porte un numero de version, et en ce que, pour signaler qu'un changement de version de ladite table d'allocation s'applique a un flux numerique donne, on transmet une rafale d'au moins une unite de flux de changement de version comprenant: - I'identifiant courant audit flux numerique; - un indicateur permettant de determiner que ['unite de flux est une unite de flux de changement de version; - le numero de version devenant applicable pour ledit flux numerique. 19. Dispositif de multiplexage dynamique selon la revendication 18, ! caracterise en ce qu'il met en aeuvre le procede de l'une quelconque des revendications 1 a 13. 20. Dispositif de multiplexage dynamique selon l'une quelconque des revendications 18 et 19, caracterise en ce qu'il alimente des moyens de . transmsson: - sur le reseau Internet; et/ou - sur un reseau DVB. 21. Recepteur d'un signal multiplexe selon le procede de multiplexage dynamique de l'une quelconque des revendications 1 a 13. 22. Recepteur selon la revendication 21, caracterise en ce qu'il comprend des moyens de detection de ladite rafale, et des moyens d'activation du changement de