FR 2939261 A1 20100604 FR 0858210 A 20081202 Procédé et dispositif de transmission d'un fichier de données numériques selon la norme DMB L'invention concerne le domaine de la transmission de fichiers de données numériques, en particulier de fichiers comprenant des données numériques textuelles, dans le mode de transport d'un système de diffusion de données numériques selon la norme ETSI TS 102 428. La diffusion de données numériques est une nouvelle technique de diffusion de données destinée à remplacer la diffusion analogique utilisée par les systèmes de modulation analogique en amplitude ou en fréquence. Une première étape d'implémentation d'un tel procédé de diffusion de données numériques a été franchie avec la normalisation de la diffusion audionumérique, sous l'appellation usuelle � DAB � (Digital Audio Broadcasting) correspondant à la norme ETSI 300 401. Cette norme précise les modalités de transmission d'un signal audio numérique, comme c'est par exemple le cas pour la transmission d'émission radio vers des récepteurs de radio numérique comme ceux qui sont embarqués dans des véhicules automobiles. D'autres normes, traitant toujours de la diffusion de signaux audio numériques, ont suivi, telles les normes � DAB+ � ou � DRM �, correspondant respectivement aux normes ETSI TS 102 536 et TS 201 980.30 Dans les normes indiquées ci-avant, il est prévu l'envoi de fichiers de type texte, par exemple, en sus de l'information purement audio. Si le récepteur comprend un écran alphanumérique, cet écran peut afficher le texte reçu selon l'une des normes employée. Pour ce faire, les fichiers texte sont encodés dans un format dit � DLS � (acronyme de � Dynamic Label Segment �), permettant l'insertion de morceaux des fichiers textes au sein des paquets de données audio numériques. Une évolution ultérieure de la diffusion numérique a consisté à implémenter la diffusion de vidéo numérique. Avec une telle diffusion, il devient possible de recevoir des vidéos dans un véhicule automobile par exemple. Une nouvelle norme a été développée pour permettre ce genre de diffusion, la norme ETSI 102 428 autrement appelée � DMB � pour � Digital Multimedia Broadcasting �. La norme DMB se base sur le multiplexage des différentes données à diffuser, qu'elles soient vidéo ou audio, au sein d'un flux de transport de type MPEG-2. Un tel flux de transport TS est présenté à la première ligne de la figure 1. Ce flux est constitué de plusieurs paquets de transport TS1,TS2, de 188 octets chacun, présentant un en-tête de 4 octets minimum et une partie dédiée aux données multimédias de 184 octets maximum. L'inconvénient de cette norme DMB est qu'il n'est pas prévu, dans les paquets des transport, de champ spécifiquement dédié au transport de fichiers autres qu'audio, vidéo ou apparentés à ces deux types de fichiers. Il en est ainsi des messages textuels par exemple. Ainsi, un utilisateur disposant d'un système de réception numérique selon la norme DMB ne pourra donc pas recevoir des messages textuels transmis par un émetteur utilisant la norme DAB, par exemple. La présente invention vise à remédier à cette situation. Elle propose à cet effet un procédé d'insertion d'un fichier numérique, comprenant au moins un ensemble de données numériques comprenant un premier nombre de bits, dans un flux de transport de données multimédias en contexte de diffusion multimédia numérique (DMB), comprenant les étapes suivantes : - détection, dans au moins un paquet de transport appartenant audit flux de transport de données multimédias, d'une redondance de bits ; - détermination d'un deuxième nombre de bits d'occurrences de ladite redondance dans le paquet de transport ; - comparaison du premier nombre de bits avec le deuxième nombre de bits ; et si le premier nombre de bits est inférieur ou égal au deuxième nombre de bits, suppression, parmi lesdites occurrences de redondance, des bits en nombre correspondant au premier nombre et insertion dudit ensemble de données numériques dans ledit paquet de transport. Dans un mode particulier de l'invention où le fichier numérique comporte une pluralité d'ensembles de données numériques, les étapes du procédé de transmission ci-avant sont répétées jusqu'à ce que le dernier ensemble du fichier numérique à transmettre soit inséré dans un paquet de transport de données. Avantageusement, ce dernier ensemble de données comprend une donnée indiquant la fin dudit fichier, les étapes du procédé de transmission étant alors répétées jusqu'à ce que cette donnée soit détectée. La présente invention présente, en outre, un procédé de réception, en contexte de diffusion multimédia numérique, d'un fichier numérique comprenant au moins un ensemble de données numériques provenant d'au moins un émetteur numérique, comprenant les étapes suivantes : - réception d'au moins un paquet de transport de données multimédias comprenant une pluralité de champs de données et émis par l'émetteur numérique, - sélection d'au moins un champ de ladite pluralité de 25 champs de données, - si le champ de données sélectionné contient au moins un des ensembles de données du fichier numérique à recevoir, extraction dudit ensemble de données. 30 Dans un mode particulier de l'invention dans lequel le fichier numérique à recevoir comprend une pluralité d'ensembles de données numériques, les étapes du procédé de réception ci-avant sont répétées jusqu'à ce que le dernier ensemble du fichier numérique à recevoir soit extrait d'un champ sélectionné d'un paquet de transport de données. Avantageusement, ce dernier ensemble du fichier numérique à recevoir comprend au moins une donnée indiquant la fin du fichier, les étapes du procédé de réception ci-avant étant alors répétées jusqu'à ce que cette donnée soit détectée. Dans un mode de réalisation préféré, le paquet de transport de données comprend au moins un champ d'en-tête, au sein duquel est inséré l'ensemble de données numériques. Le choix de l'en-tête, libre de données multimédias, permet de garantir une certaine taille disponible pour recevoir les données à insérer sans influencer le débit des données multimédias. Avantageusement, l'en-tête comprend au moins un champ de données privées de transport au sein duquel est inséré l'ensemble de données numériques. Le choix d'un tel champ de données privées de transport, pour insérer les ensembles de données numériques, en remplacement des bits de bourrage non utilisés à la fin du paquet de transport, permet d'utiliser de la capacité habituellement perdue pour la diffusion de textes. D'une façon préférée, on insère l'ensemble de données 5 numériques dans un paquet de transport de données dont l'identifiant de paquet a une valeur nulle. En effet, un tel paquet de transport ne contient aucune donnée multimédia, mais seulement quelques données de 10 signalisation ainsi qu'un grand nombre de bits de bourrage inutilisés, ce qui garantit une quantité importante de place disponible pour insérer les données numériques. Dans un mode de réalisation préféré, le fichier à 15 transmettre comprend au moins un ensemble de données textuelles, avantageusement encodées au format DLS. Ceci permet de compenser l'absence de champ spécifiquement dédié à la transmission de messages de texte dans la norme 20 DMB. Un format tel que le format DLS présente des capacités de correction d'erreur, ainsi qu'un fanion indiquant le début ou la fin du fichier, garantissant la qualité de la transmission du fichier. 25 La présente invention propose aussi un dispositif d'insertion apte à réaliser les étapes du procédé d'insertion décrit ci-avant. Elle propose, en outre, un dispositif de transmission comprenant un moyen de génération d'un flux de données multimédias, généré dans 30 le contexte de la diffusion multimédia numérique et constitué d'au moins un paquet de transport, un dispositif5 d'insertion apte à réaliser les étapes du procédé d'insertion décrit ci-avant, ainsi qu'un moyen de transmission des paquets de transport où ont été insérés les ensembles de données numériques. Similairement, la présente invention propose un dispositif de réception apte à réaliser les étapes du procédé de réception telles que décrit ci-avant. 10 Enfin, la présente invention propose un programme d'ordinateur pour la mise en oeuvre d'un des procédés décrits ci-avant. Un tel programme peut être téléchargeable via un réseau de télécommunication, destiné à être stocké dans une mémoire d'un dispositif de 15 transmission ou de réception numérique, voire stocké sur un support mémoire destiné à coopérer avec une entité numérique émettrice ou réceptrice. D'autres caractéristiques et avantages de l'invention 20 apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels : - la figure 1 illustre un flux de données selon le protocole de transport MPEG-2, 25 - la figure 2 illustre un système de transmission numérique comprenant un dispositif de transmission et un dispositif de réception en accord avec un mode de réalisation préféré de l'invention, - la figure 3 illustre les étapes des procédés d'insertion 30 et de transmission en accord avec un mode de réalisation préféré de l'invention, - la figure 4 illustre les étapes d'un procédé de réception en accord avec un mode de réalisation préféré de l'invention, - les figures 5A-5C illustre un paquet de transport TS1 5 dans lequel est successivement inséré deux ensembles de données E1 et E2 - la figure 6 illustre un type particulier de fichier numérique préféré, pouvant être transmis avec les dispositifs et les procédés des figures 2 et 3. 10 La figure 2 illustre un système de transmission numérique comprenant un dispositif de transmission numérique 1 ainsi qu'un dispositif de réception numérique 2. Il est cependant évident que la présente invention pourrait 15 s'appliquer à n'importe quel système comprenant un nombre quelconque de dispositifs de transmission et un nombre quelconque de dispositifs de réception. Le dispositif de transmission numérique 1 comprend un 20 moyen de génération 14 d'un flux TS de transport de données multimédias selon la norme DMB, un moyen d'insertion 10 et un moyen de transmission 15. Le moyen de génération 14 génère un flux de transport de 25 données multimédias TS, selon la norme MPEG-2, constitué d'une série de paquets de transport TS1rTS2 dans lesquels sont transportées des données multimédias, comme des objets audio ou vidéo par exemple. 30 Le moyen d'insertion 10 reçoit d'une part les paquets de transport TS1rTS2 appartenant à ce flux de transport TS en provenance du moyen de génération 14. Ce moyen d'insertion 10 reçoit d'autre part un fichier numérique F à transmettre, sous la forme d'un ou plusieurs d'ensembles de données numériques E1r E2, ..., Ek. Le fichier numérique F à transmettre peut consister en un seul ensemble de données numériques Elr ou en plusieurs ensembles successifs, auquel cas il est possible de signaler les ensembles de début, ainsi que de fin de fichier. Ceci peut être fait au moyen d'un fanion de début ou de fin, inséré à un endroit bien précis des ensembles concernés, dans leur entête par exemple. Le fichier numérique F peut être de n'importe quel type pour lequel il n'existe à l'heure actuelle pas de champ spécifiquement prévu dans la norme DBM. Un exemple, présenté en détail plus loin à la figure 6, est un fichier texte de type DLS, pour des messages comme ceux qui sont utilisés dans la norme DAB et pour lequel la norme DMB n'a rien prévu. Cependant la présente invention peut s'appliquer à n'importe quel fichier d'un autre type non spécifiquement géré par la norme DBM et comprenant des données numériques. Le moyen d'insertion 10 va prendre un ou plusieurs des ensembles Ei du fichier numériques pour les insérer au sein du flux de transport TS, de type MPEG-2. Un tel flux de transport se décompose en une série de paquets de transport TS1, TS2 possédant un champ d'en-tête HE; suivi d'un champ PAYL;pouvant recevoir des données multimédias, comme déjà vu à la figure 1. L'insertion des ensembles de données Ei du fichier à transmettre va se faire à des endroits de ces paquets de transports TS1,TS2 ne gênant pas la transmission des données multimédias. Autrement dit, le débit des données multimédias ne doit pas être modifié par l'insertion de ces paquets de données numériques supplémentaires. Pour ce faire, on va utiliser des champs de données dans lesquels les données multimédias ne se trouvent pas. Ces champs seront sélectionnés soit directement pendant la transmission, soit à l'avance. On peut envisager une sélection directe, au cas par cas, dans laquelle le moyen d'insertion 12 observe chaque paquet de transport TS;et repère les champs de ces paquets ne contenant pas de données multimédias pour y insérer un ou plusieurs ensembles Ei de données du fichier à transmettre. Une telle méthode de sélection permet d'avoir une capacité d'insertion maximale. Cependant elle nécessite alors la signalisation du champ sélectionné pour pouvoir extraire, en réception, l'ensemble inséré. Un autre mode de sélection préféré, car ne nécessitant pas de signalisation, consiste à choisir à l'avance un endroit particulier où placer les ensembles à insérer, un endroit destiné à ne pas recevoir de données multimédias selon la norme MPEG-2. On peut par exemple utiliser un champ de données appartenant à l'en-tête HEi d'un paquet de transport TS;, les données multimédias n'étant pas destinées à être contenues dans celui-ci selon la norme DMB. Un tel en-tête comprend un champ d'adaptation ADAP optionnel, illustré à la troisième ligne de la figure 1, dont la taille peut être inversement proportionnelle à la taille des données multimédias contenues dans le même paquet de transport TS;. Si, dans un paquet de transport TS;, le champ de données multimédias PAYL; est rempli à son maximum, c'est-à-dire si il contient 184 octets, alors l'entête HE; se limite aux 4 octets minimum et nécessaires dans la norme MPEG-2, et le champ ADAP n'existe pas. Il ne sera pas possible d'insérer un ensemble de données E; dans un tel paquet TS;. Si par contre, dans un paquet de transport TS;, le champ de données multimédias PAYL; n'est pas complètement rempli, c'est-à-dire si il contient moins de 184 octets, alors normalement les derniers octets non remplis de données multimédias du champ PAYL; sont remplis de bits de bourrage, afin de maintenir la synchronisation des paquets de transport, représentés par la redondance d'un bit OxFF en hexadécimal, par exemple. Cette capacité gâchée habituellement peut être ici utilisée pour insérer les ensembles de données à transmettre. Dans ces cas-là, le champ optionnel ADAP peut exister et contenir des données à transporter, en remplacement des bits de bourrage. Dans un premier cas extrême, certains paquets de transport TS; peuvent ne contenir que des bits de bourrage, c'est-à- dire 180 octets de bits de bourrage, en plus des 4 octets de l'entête. Un tel cas est optimal en terme de place pour insérer les ensembles de données E;, mais se présente de façon irrégulière et non garantie. Un autre cas avantageux consiste à utiliser le premier paquet de transport TS1r qui présente un numéro d'identifiant de paquet (PID) nul, et qui ne contient aucune donnée multimédias, mais seulement des données de signalisation et des bits de bourrage à la place. Comme l'entête d'un tel paquet TS1 contient 4 octets et ces données de signalisation comprennent au maximum 20 octets, il y a au minimum 164 octets de bits de bourrage disponibles dans un tel paquet. Utiliser ce paquet TS1 est particulièrement avantageux, car un tel paquet présente une garantie de place disponible (164 octets), se présentant à une certaine fréquence d'occurrence garantie. On peut donc garantir un certain débit de données insérées en utilisant de tels paquets, contrairement aux autres paquets de transport dont la capacité d'insertion est variable, irrégulière et non garantie. Le champ d'adaptation ADAP, quand il existe, comprend notamment au moins un champ de données privées de transport, illustré par le champ PRIV de la quatrième ligne de la figure 1 et réservé comme son nom l'indique au transport de données privées. On peut par exemple utiliser un tel champ pour y insérer les paquets de données du fichier numérique à transmettre, avant les données multimédias éventuellement contenues dans le champ PAYL; et en remplacement des bits de bourrage ajoutés à la fin de ce champ PAYL;. Pour ce faire, le dispositif d'insertion 10 comprend un premier moyen de réception (11), qui va servir à recevoir le ou les ensembles E1r E2, ..., Ek et va déterminer un premier nombre de bits Nb(Ei) de chacun de ces ensembles. Ceci peut être fait simplement par comptage de ces bits, ou bien par lecture d'un champ indiquant le nombre de bits ou la longueur de l'ensemble Ei. De tels champs existent dans des fichiers textes encodés selon des formats habituels, comme le format DLS expliqué plus loin. Le dispositif 10 comprend aussi un deuxième moyen de réception 12 qui reçoit les paquets de transport de données multimédias TS1rTS2 appartenant au flux de transport TS et détecte dans ceux-ci une redondance de bits, indiquant la présence de bits de bourrage pouvant être remplacé par des données numériques à transmettre. Ce moyen 12 va alors déterminer un deuxième nombre d'occurrence Nb(TSi) des bits de bourrage dans cette redondance, en comptant par exemple les occurrences du bit typique de bourrage OxFF. Le dispositif 10 comprend enfin un moyen de substitution 13. Pour un premier paquet 'Si et un premier ensemble Ei, le moyen de substitution 13 va comparer le premier nombre Nb (E1) déterminé par le premier moyen 11 avec le deuxième nombre Nb(TS1) déterminé par le deuxième moyen. Si le premier nombre de bits Nb(E1) est inférieur ou égal au deuxième nombre de bits Nb(TS1), cela signifie qu'il y a suffisamment de place pour insérer l'ensemble E1 dans le paquet de transport 'Si. Le moyen 13 va alors supprimer, parmi les bits de bourrage placés à la fin du paquet de transport 'Si, Nb(E1) bits de bourrage. Les bits de bourrage à supprimer peuvent être choisis successivement, mais pas nécessairement, et préférentiellement à la fin du paquet de transport 'Si, afin de constituer un paquet modifié 'Si' contenant toujours des bits de bourrage localisés précisement à la fin de ce paquet, mais en nombre réduit. Le moyen 13 va ensuite insérer l'ensemble de données numériques E1 dans l'entête HE1 du paquet de transport TS1, en y créant un champ d'adaptation ADAP1 et en ajoutant l'ensemble E1 dans le champ de transport de données privées PRIV de ce champ ADAP. De préférence, on va utiliser les premiers paquets de transport 'Si des flux de transport TS pour insérer les ensembles Ei, car ces paquets 'Si ne contiennent pas de données multimédias, mais seulement la table d'allocation des programmes, désigné par l'acronyme PAT en anglais. Aussi, dans un tel paquet de transport 'Si, le champ d'adaptation optionnel ADAP peut disposer d'une certaine capacité garantie de 164 octets, correspondant à la quantité total d'octets du paquet moins les quantités d'octets de l'entête et des données de signalisation d'un tel paquet, comme vu précédemment. On pourra donc insérer dans son champ de transport de données privées PRIV, soit des ensembles de données Ei de plus grande taille, soit plus d'ensembles de données Ei que dans les paquets de transport classique TSi contenant une certaine quantité de données multimédias. Une fois qu'au moins un ensemble du fichier numérique Ei a été inséré dans un paquet de transport TSi par le moyen d'insertion 10, ce paquet de transport TSi est envoyé vers le moyen de transmission 15 qui va transmettre, par diffusion hertzienne par exemple, ce paquet de transport TSi vers un dispositif réception numérique 2. Ce dispositif de réception comprend un moyen de réception numérique 20 ainsi qu'un moyen d'extraction 21. Le moyen de réception numérique 20 peut recevoir un flux de transport TS', défini selon la norme MPEG-2 et comprenant un ou plusieurs paquets de transport TSi', par exemple en provenance d'un émetteur numérique 1 diffusant par voie hertzienne des données multimédias selon la norme DMB. Une fois les paquets TSi' reçus, le moyen 20 les fournit au moyen d'extraction 21. Ce moyen d'extraction 21 est chargé d'extraire, du sein des paquets de transport TSi' reçus par le moyen de réception 20, des éventuels ensembles de données numériques d'un fichier numérique inséré par un dispositif 1 tel que décrit ci-avant. Pour ce faire, le moyen d'extraction 21 va surveiller un ou plusieurs de champ sélectionnés au sein d'un paquet de transport TSi'. Encore une fois, comme dans le dispositif de transmission 1, la sélection des champs à surveiller peut être faite directement pendant la transmission, au cas par cas, ou bien par choix fait à l'avance d'un ou plusieurs champs particuliers. Dans le premier cas, comme vu précédemment, une signalisation est nécessairement effectuée par le dispositif de transmission 1. Le moyen d'extraction 21 doit alors pouvoir recevoir cette signalisation indiquant le champ à surveiller. Dans le deuxième cas, un ou plusieurs champs particuliers seront choisis, comme vu précédemment, comme pouvant contenir des ensembles de données numériquees insérés. Le moyen d'extraction 21 surveillera donc ce ou ces champs précis, et dans le cas où s'y trouverait un ensemble de données textuelles inséré, l'extraira de ce champ. Dans le cas où le fichier numérique inséré comprend plusieurs ensembles de données textuelles insérés E1r E2, ..., Ek, un moyen de connaître le dernier ensemble inséré Ek est de repérer un fanion signalant la fin de ce fichier et présent dans cet ensemble Ek, par exemple. Les ensembles de données textuelles Ei, une fois extraits, sont envoyés vers un dispositif 22 externe au dispositif 2, servant à recevoir les données textuelles, pour y effectuer un traitement, les décoder ou par exemple les afficher directement sur un écran alphanumérique. Si le fichier numérique est constitué de plusieurs ensembles E1rE2, ce dispositif externe 23 peut soit directement traiter, ou par exemple afficher, les différents ensembles au fur et à mesure de leur arrivée, soit les agréger et les stocker en attendant de recevoir le dernier ensemble de données textuelles Ek. Une fois le dernier ensemble Ek reçu, le dispositif externe 22 va reconstituer le fichier extrait en entier et pourra par exemple l'afficher sur un écran alphanumérique ou envoyer le fichier en entier vers un autre dispositif. L'organigramme de la figure 3 illustre des procédés d'insertion et de transmission selon un exemple de l'invention, tels qu'ils pourraient être implémentés dans le dispositif de transmission 1 décrit à la figure 2, et est susceptible de représenter un exemple d'organigramme d'un programme d'ordinateur pour la mise en oeuvre de l'invention. Cet organigramme illustre les étapes du procédé 100 d'insertion selon un exemple de l'invention. Lors d'une première étape 110 de ce procédé de 100, un paquet de transport de données multimédias TS1 selon la norme MPEG-2 est obtenu. Ceci peut être fait en générant le paquet de transport quand il est nécessaire de transmettre un fichier numérique de données textuelles, ou bien en prélevant un paquet de transport d'un flux MPEG-2 déjà actif indépendamment du fichier numérique à transmettre. L'organisation interne d'un tel paquet est illustrée par exemple dans la figure 1, qui montre les différents champs de données composant un tel paquet de transport. Lors d'une deuxième étape 120, on va détecter si le paquet 'Si contient des bits de bourrage, habituellement situés à la fin de ce paquet. Si ce n'est pas le cas, ce paquet 'Si est rempli de données multimédias et ne peut donc pas recevoir d'ensemble Ei. On retourne alors à l'étape précédente afin d'obtenir un autre paquet de transport. Si par contre le paquet 'Si contient des bits de bourrage, alors on va déterminer, au cours d'une troisième étape 130, le nombre de bits de bourrage contenus dans ce paquet, en les comptant au moyen d'un compteur de bits par exemple. Un tel paquet 'Si, comprenant des bits de bourrage à la fin, est illustré à la figure 5A. En comptant ces bits de bourrage finaux, on obtient alors le nombre Nb (TS1) déjà expliqué précédemment. Lors d'une étape 140, on prend un des ensembles de données textuelles E1 reçu depuis la source d'émission ou d'encodage du fichier F à insérer. On détermine, lors d'une étape 150, le premier nombre de bits Nb(E1) de cet ensemble E. Ceci peut être fait, comme avec Nb(TS1), par comptage des bits au moyen d'un compteur, ou par lecture d'un champ de l'ensemble E1 indiquant la longueur de cet ensemble ou le nombre de bits que celui-ci contient, comme cela est normalement indiqué dans les entêtes des ensembles E1 encodés selon des format usuels, de type DLS par exemple. Une étape de comparaison 160, entre les nombres Nb(TS1) et Nb (E1) , est effectuée ensuite. Si le nombre Nb (E1) est strictement supérieur au nombre Nb(TS1), alors il n'y a pas assez de place, dans les bits de bourrage, pour insérer l'ensemble El, et l'on revient à l'étape 110 pour tenter de trouver un autre paquet de transport pouvant contenir cet ensemble. A l'inverse, si le nombre Nb (E1) est inférieur ou égal au nombre Nb(TS1), on peut insérer l'ensemble E1 dans le paquet 'Si. Pour ce faire, on va d'abord supprimer, lors d'une étape 170, un nombre de bits de bourrage correspondant à la taille de l'ensemble E1, c'est-à-dire au nombre Nb(E) . Ceci peut être fait en retirant les Nb (E1) derniers bits de bourrage du paquet 'Si. Ainsi, le nouveau paquet contiendra encore un nombre Nb (TSI) -Nb (E1) de bits de bourrage, et pourra éventuellement recevoir un second ensemble E2, à la condition que Nb(E2) A la suite de l'étape de suppression 170, on peut alors insérer les Nb(E1) bits de l'ensemble E1 au sein de l'entête du paquet de transport TS1r plus particulièrement dans le champ de données privées de transport PRIV du champ optionnel d'adaptation ADAP. On obtient alors un paquet TS1' tel qu'illustré à la figure 5B. Enfin, lors d'une dernière étape 190, on vérifie si le dernier ensemble Ei inséré est un ensemble final Ek du fichier F à insérer. Un tel ensemble final Ek peut comporter une donnée de signalisation comme un fanion de 5 fin, par exemple, dans le cas d'un ensemble encodé par format DLS. On peut aussi compter le nombre d'ensemble Ei insérés et comparer cette valeur à un nombre d'ensemble à insérer transmis ou lu initialement. Si c'est le cas, alors on peut passer à l'étape de transmission du paquet 'Si par le moyen de transmission 15, vers une ou plusieurs unités réceptrice. 10 Si ce n'est pas le cas, on va continuer à obtenir des ensembles Ei, en retournant à l'étape 150 du procédé d'insertion 100. Comme déjà vu précédemment et illustré à la figure 5B, après l'insertion d'un premier ensemble E2, le paquet de transport TS2' modifié contiendra encore un 15 nombre Nb (TS1) -Nb (E1) de bits de bourrage à la fin, et pourra éventuellement recevoir un second ensemble E2, à la condition que Nb(E2) Dans le cas où le fichier numérique est constitué d'un unique ensemble E1 de données dont la taille est inférieure au nombre de bits de bourrage dans le paquet de transport TS1r cet ensemble sera à la fois le premier et le dernier à devoir être transmis avec le paquet TS1r et le procédé de transmission 100 pourra alors se terminer par une étape 200 de transmission du paquet de données TS1contenant l'unique paquet E1 de données à transmettre. Dans le cas où le fichier numérique est constitué de plusieurs ensembles de données textuelles E1,E2, si la taille cumulée de ces ensembles est inférieure au nombre Nb(TS1) de bits de bourrage dans le paquet TS1r on va pouvoir placer tous les ensembles de données du fichier numérique dans un même paquet de transport TS1, et ainsi le fichier intégral sera transmis avec l'unique paquet de transport TS1. Dans le cas où les ensembles Ei ont une taille fixe Nb (Ei) , on peut définir un paramètre N correspondant à la capacité maximale d'un paquet TSi choisi, c'est-à-dire au nombre maximal d'ensemble de données textuelles Ei que ce paquet peut contenir. Si Nb (TS1) est le nombre de bits de bourrage d'un paquet 'Si, alors la capacité maximale N de ce paquet sera le nombre entier respectant la relation N*Nb (Ei) Ainsi, si le fichier numérique F est constitué de k ensembles de données textuelles Ei, et si k*Nb(Ei) A l'inverse, si k>N, c'est-à-dire si tous les ensembles de données Ei ne peuvent pas tenir dans un seul paquet 'Si, alors il faudra répartir les ensembles de données Ei entre différents paquets TSi. Si le nombre total k d'ensembles de données Ei du fichier numérique dépasse la capacité maximum Ni d'un premier paquet 'Si de ce champ, il faudra alors remplir le champ de données privées de transport de ce paquet 'Si avec Ni ensembles Ei, puis remplir le champ de données privées de transport d'un autre paquet de transport TS2r par exemple le suivant dans le flux TS, avec N2 autres ensembles Ei, et ainsi de suite, jusqu'à ce qu'on arrive au paquet de transport TSi où le nombre d'ensembles de données textuelles restants à insérer est inférieur à la capacité maximum Ni du champ sélectionné dans ce paquet TSi. L'insertion des ensembles de données Ei dans les champs consécutifs peut se faire dans n'importe quel ordre, où préférentiellement dans l'ordre d'arrivée des paquets au niveau du moyen d'insertion 10. Dans un premier exemple, les étapes 110 à 190 peuvent être répétées tant qu'il y a des ensembles de données textuelles à insérer dans un paquet de transport TSi d'un flux TS de données de type MPEG-2, en totale indépendance avec ce flux TS. Si le flux TS est actif, les paquets de données du fichier sont insérés dans les paquets de transport TSi du flux TS. Si le flux TS est inactif, c'est-à-dire si aucune donnée multimédia n'est diffusée par exemple, l'insertion des données textuelles peut être interrompue jusqu'à ce que le flux TS soit réactivé, et reprise alors. Il est aussi possible de conditionner le procédé au nombre k d'ensembles de données textuelles Ei du fichier numériques. En connaissant ce nombre k, soit par définition préalable, soit par signalisation de ce nombre par la source externe 14 de ces ensembles de données Ei, on peut déduire le nombre de paquets de transport TSi nécessaires à la transmission totale du fichier, en fonction du nombre et de la taille des champs de données sélectionnables dans chaque paquet de transport. L'implémentation d'un comptage des paquets de transport TSi dans lesquels un ensemble de données textuelles Ei est inséré permettra alors d'envoyer le nombre de paquets de transport TSi nécessaire à la transmission totale du fichier. Ceci permet d'économiser les ressources de transmission. La figure 4 illustre aussi le procédé de réception 200 d'un fichier numérique inséré dans un flux de données multimédias selon la norme DMB. Ce procédé de réception 200 comprend une première étape 210 de réception d'un flux TS' de données multimédias selon la norme DMB, comprenant un ou plusieurs paquets de transport TS1',TS2' comprenant un certain nombre de champs de données et pouvant transporter des données multimédias. Une deuxième étape de sélection 220 a alors lieu, dans laquelle un champ spécifique d'un paquet de transport TSi' est sélectionné. Pour être sélectionné, ce champ ne doit pas comprendre de données multimédias. Comme déjà vu dans le procédé de transmission, cette sélection peut se faire soit par signalisation du champ choisi par l'émetteur 10, soit par prédétermination d'un champ n'influençant pas le débit de des données multimédias, typiquement le champ de données privées de transport, comme expliqué ci-avant. Suite à cette étape de sélection 220, on regarde lors d'une étape 230 si le champ sélectionné (typiquement le champ de données privées de transport) ne contient au moins un ensemble Ei du fichier à recevoir. Si ce champ ne contient pas d'ensembles Ei du fichier à recevoir, alors on va considérer un paquet suivant, sur lequel on recommence l'étape de sélection 220. Si au contraire, le champ sélectionné contient un ou 20 plusieurs ensembles Ei, alors une étape d'extraction 240 de ce ou ces ensembles Ei a lieu. Vient ensuite une étape de détection 250, visant à vérifier si le dernier ensemble Ek du fichier à recevoir a 25 été extrait lors de l'étape 240, grâce à la détection d'un fanion par exemple, ou par comptage du nombre d'ensembles déjà reçu pour un fichier au nombre d'ensembles prédéterminé. Si c'est le cas, alors le processus de réception du fichier en tant que tel est terminé, sinon on 30 retourne à l'étape 210 pour recevoir un autre paquet de transport TSi. Les ensembles Ei extraits peuvent être soit utilisés à la volée, par exemple affichés sur un écran alphanumérique au fur et à mesure de leur arrivée, soit agréger, au cours d'une dernière étape d'agrégation 250, de façon à retrouver le fichier numérique initial. Celui-ci peut alors être utilisé en entier, par exemple affiché en entier ou transférer en entier vers un autre dispositif. Les paquets de transports d'un flux MPEG-2 ayant tous un unique identifiant de paquet associé, désigné par l'acronyme PID (pour Packet Identification en anglais), on choisira avantageusement les paquets de transport dont cet identifiant PID est nul. Un tel paquet de transport 'Si est en effet destiné à contenir la table d'association de programmes, désignée par l'acronyme PAT (Program Association Table en anglais), et ne contient donc pas de données multimédias, mais un certain nombre de bits de bourrage (Nb(TSi) a alors une valeur garantie correspondant à 160 octets de bourrage) à la différence des autres paquets de transports ayant un identifiant PID non nul. Comme la taille du champ d'adaptation, optionnel, dépend inversement de la taille allouée au champ des données utiles, on a alors la garantie d'avoir la taille optimale pour un champ de données privées de transport appartenant à ce segment de PID nul, ce qui permet d'intégrer plus de paquets de données dans ce champ de données privées de transport que dans un champ de données privées de transport d'un segment au PID non nul. A l'inverse, les étapes de détermination 130 et de sélection 220 peuvent aussi être faites paquet de transport par paquet de transport, en observant pour chaque paquet, avec un PID non nul, si le champ de données privées de transport peut recevoir, ou non, un ou plusieurs ensembles Ei du fichier numérique à transmettre. Ceci peut être fait par analyse individuelle des paquets de transport, afin de déterminer le nombre de bits de bourrage contenu dans chaque paquet. On peut compter le nombre d'occurrence d'un bit OxFF indiquant spécifiquement un bit de bourrage, ou en utilisant tout autre méthode connue de l'homme du métier. Le fichier numérique F à insérer et transmettre peut contenir des données numériques de n'importe quel type, pour lesquelles aucun champ n'est spécifiquement prévu dans la norme DMB. Un exemple typique est le cas des messages textuels comme il en existe dans d'autres normes comme la norme DAB, constitués de paquets de données numériques textuelles. Mais la présente invention ne se limite pas à l'insertion de tels messages textuels, et peut convenir à n'importe quel type d'ensembles de données numériques. La figure 6 illustre un exemple particulier d'ensemble de données textuelles X-Padi, encodé selon le format DLS et pouvant être transmis avec les dispositifs et les procédés de l'invention, tels qu'illustrés aux figures 2 à 4.30 En effet, le dispositif source externe 16 peut par exemple recevoir un fichier numérique F contenant du contenu textuel et l'encoder sous la forme d'une pluralité d'ensembles de données X-Padi au format DLS, acronyme pour � Dynamic Label Segment � en anglais. Dans ce cas de figure, le dispositif source externe 16 sera un encodeur DLS. Un tel ensemble de données X-Padi comprend un préfixe PREF de 2 octets, un champ CHAR de caractères de n octets, et un champ de correction d'erreur CRC de 2 octets. Les XPadi peuvent être utilisés en lieu et place des ensembles Ei décrits ci-avant. Un premier avantage d'utiliser ce format DLS pour les fichiers textuels est d'assurer le contrôle d'erreur de la transmission grâce à la présence d'un code correcteur d'erreur. Un autre avantage de ce format DLS est de contenir une signalisation intrinsèque de début et de fin de fichier. En effet, le préfixe PREF des ensembles X-Padi contient un champ BEG/END de 2 bits, situé en deuxième position du préfixe, permettant d'indiquer si l'ensemble X-Padi correspondant est le premier ou le dernier ensemble d'un fichier à transmettre. Ce champ fournira donc le fanion signalant la fin du fichier nécessaire à un mode particulier de l'invention tel que décrit précédemment. Bien entendu, l'invention n'est pas limitée aux exemples de réalisation ci-dessus décrits et représentés, à partir desquels on pourra prévoir d'autres modes et d'autres formes de réalisation, sans pour autant sortir du cadre de l'invention. Ainsi, on comprendra que n'importe quel format de fichier peut être transmis par le biais de la présente invention. On entend par � fichier �, dans toute la description ci-avant, un groupe de données numériques constitué d'un ou plusieurs ensembles de données numériques, sans forcément qu'un format particulier ne soit alloué à ce groupe de données. Revendications1. Procédé d'insertion d'un fichier numérique (F), comprenant au moins un ensemble de données numériques (E1) comprenant un premier nombre de bits (Nb(E1)), dans un flux de transport (TS) de données multimédias en contexte de diffusion multimédia numérique (DMB), comprenant les étapes suivantes . a) détection (120), dans au moins un paquet de transport (TS1) appartenant audit flux de transport de données multimédias (TS), d'une redondance de bits ; b) détermination (130) d'un deuxième nombre (Nb (TS1)) , de bits d'occurrences de ladite redondance dans le paquet de transport (TS1) ; c) comparaison (160) du premier nombre de bits (Nb (E1)) avec le deuxième nombre de bits (Nb (TS1)) ; 20 d) et, si le premier nombre de bits est inférieur ou égal au deuxième nombre de bits, suppression (170), parmi lesdites occurrences de redondance, des bits en nombre correspondant au premier nombre et insertion (180) dudit 25 ensemble (E1) de données numériques dans ledit paquet de transport (TS1). 2. Procédé d'insertion selon la revendication 1, dans lequel le fichier numérique (F) comporte une pluralité 30 d'ensembles de données numériques (E1rE2), caractérisé en ce que les étapes a), b), c) et d) sont répétées jusqu'àce que le dernier ensemble (Ek) du fichier numérique (F) à transmettre soit inséré dans un paquet de transport de données (TS2). 3. Procédé selon la revendication 2, dans lequel le dernier ensemble (Ek) du fichier numérique (F) à transmettre comprend au moins une donnée indiquant la fin dudit fichier, caractérisé en ce que les étapes a), b), c) et d) sont répétées jusqu'à ce que ladite donnée soit détectée. 4. Procédé de réception (200), en contexte de diffusion multimédia numérique, d'un fichier numérique (F) comprenant au moins un ensemble de données numériques (E1) provenant d'au moins un émetteur numérique (1), comprenant les étapes suivantes . a) réception (210) d'au moins un paquet de transport de données multimédias (TS1) comprenant une pluralité de 20 champs de données et émis par l'émetteur numérique (1), b) sélection (220) d'au moins un champ de ladite pluralité de champs de données, 25 c) si le champ de données sélectionné contient au moins un des ensembles de données (E1) du fichier numérique à recevoir, extraction (240) dudit ensemble de données. 30 5. Procédé de réception (200) selon la revendication 4, dans lequel le fichier numérique (F) à recevoircomprend une pluralité d'ensembles de données numériques (E1rE2,Ek), caractérisé en ce que les étapes a), b) et c) sont répétées jusqu'à ce que le dernier ensemble (Ek), du fichier numérique (F) à recevoir soit extrait d'un champ sélectionné d'un paquet de transport de données (TS1). 6. Procédé de réception (200) selon la revendication 5, dans lequel le dernier ensemble (Ek) du fichier numérique (F) à recevoir comprend au moins une donnée indiquant la fin du fichier, caractérisé en ce que les étapes a), b) et c) sont répétées jusqu'à ce que ladite donnée soit détectée. 7. Procédé selon l'une des revendications précédentes, dans lequel le paquet de transport de données (TS1) comprend au moins un champ d' entête (HE1) et un champ destiné à contenir des données multimédias (PLI), caractérisé en ce que l'ensemble de données numériques (E1) est inséré dans ledit entête (HEI) . 8. Procédé selon la revendication précédente, dans lequel ledit entête (HE1) contient un champ optionnel destiné à contenir des données privées de transport (PRIV), caractérisé en ce que l'ensemble de données numériques (E1) est inséré dans ledit champ optionnel de données privées de transport(PRIV). 9. Procédé selon l'une des revendications précédentes, dans lequel un identifiant de paquet (PID) 30 est associé au paquet de transport de données (TS1),caractérisé en ce que ledit identifiant de paquet (PID) a une valeur nulle. 10. Procédé selon l'une des revendications précédentes, caractérisé en ce que au moins desdits ensembles de données (E1) du fichier numérique (F) est un ensemble de données textuelles. 11. Procédé selon la revendication précédente, 10 caractérisé en ce que ledit ensemble de données textuelles (E1) est encodé au format DLS. 12. Dispositif d'insertion (10) d'un fichier numérique (F), comprenant au moins un ensemble de données numériques 15 (E1) comprenant un premier nombre de bits, dans un flux de données multimédias (TS) généré dans le contexte de la diffusion multimédia numérique (DMB), comprenant : - un premier moyen de réception (11), apte à recevoir au moins un des ensembles (E1) et à déterminer un premier 20 nombre de bits dudit ensemble (E1), - un deuxième moyen de réception (12), apte à recevoir au moins un paquet de transport de données multimédias (TS1) appartenant audit flux (TS), à détecter dans ledit paquet de transport (TS1) une redondance de bits et à déterminer 25 un deuxième nombre d'occurrence des bits de ladite redondance, - un moyen de substitution (13) apte, si le premier nombre de bits est inférieur ou égal au deuxième nombre de bits, à supprimer, parmi lesdites occurrences de redondance dans 30 le paquet de transport (TS1), des bits en nombre correspondant au premier nombre et à insérer leditensemble de données numériques (E1) dans ledit paquet de transport (TS1). 13. Dispositif de transmission (1), en contexte de diffusion multimédia numérique (DMB), d'un fichier numérique (F) comprenant au moins un ensemble de données numériques (E1), à destination d'au moins une entité réceptrice (20), comprenant : un moyen de génération (14) d'un flux de données multimédias (TS), généré dans le contexte de la diffusion multimédia numérique (DMB) et constitué d'au moins un paquet de transport (TS1), - un dispositif d'insertion (10) selon la revendication précédente, auquel le moyen de génération fournit le paquet de transport (TS1) et apte à recevoir au moins un des ensembles de données (E1) du fichier numérique (F) à transmettre, et - un moyen de transmission (15) apte à transmettre le paquet de transport de données (TS1'), dans lequel a été inséré l'ensemble de données (E1), à destination de l'entité réceptrice (20). 14. Dispositif de réception (2) comprenant des moyens aptes à mettre en oeuvre le procédé de réception selon 25 l'une des revendications 4 à 11. 15. Programme d'ordinateur, pour la mise en oeuvre du procédé selon l'une des revendications 1 à 10, téléchargeable via un réseau de télécommunication et/ou 30 destiné à être stocké dans une mémoire d'un dispositif de transmission ou de réception numérique et/ou stocké sur unsupport mémoire destiné à coopérer avec une entité numérique émettrice ou réceptrice.