Brevet FR2839227A1 — publié le 20031031

second dispositif. 1 2839227 La présente invention concerne d'une manière générale le transfert de données numériques entre un premier et un second réseau de transmission. Les deux réseaux sont reliés par un pont d'interconnexion. Le premier réseau de transmission offre un débit de transmission plus élevé que le second réseau. Pour transmettre des données depuis le premier réseau vers le second réseau, il est nécessaire d'adapter le débit des données. Le problème se pose notamment lors de la transmission de données vidéo de type DV (d'après l'anglais Digital Video) depuis un équipement relié à un réseau répondant à la norme IEEE 1394 vers un équipement relié à un réseau répondant à la norme IEEE 802.11 b. En effet, pour transporter un flux de donnces de type DV, le support de transmission doit fournir un débit au moins égal à 28 Mbits/s. Or un réseau radio selon la norme IEEE 802.11b ne peut fournir un débit utile supérieur à 7 ou 8 Mbits/s, ce débit étant en outre à " partager>> entre les différentes transmissions simultanées effectuées sur ce réseau. Pour résoudre ce problème d'adaptation de débit, le document WO 0008861 propose dé piloter le codage des données vidéo au niveau de l'équipement émetteur de données, en fonction du taux d'erreur de transmission sur le réseau radio. L'adaptation de débit vidéo est ainsi réalisée à la source. Le flux vidéo qui en résulte est adapté à des équipements reliés au réseau radio, mais pas à des équipements reliés directement au premier réseau, qui, lui, permet un débit plus élevé. En effet, ces derniers équipements recevraient un flux vidéo dégradé par rapport aux possibilités du premier réseau. Le document EP 0 776130 décrit un système de contrôle à distance du débit trame d'un ou plusieurs caméscopes. Un contrôleur global envoie au caméscope des requêtes de contrôle sous forme de messages. Ce système ne permet pas de modifier de manière rapide le débit en fonction de la bande passante disponible sur le réseau radio. La présente invention vise à remédier aux inconvénients de la technique antérieure, en fournissant un procédé et un dispositif pour adapter de manière dynamique le débit de données entre un premier et un second réseau. A cette fin, I'invention propose un procédé de transmission de données numériques entre un premier et un second réseau de transmission, les données comportant des trames, caractérisé en ce que, pour transmettre une trame, il comporte les étapes de: - détection d'un début de trame, incrémentation d'un compteur de trame, - transmission de la trame détectée depuis le premier réseau vers le second réseau, si le compteur de trame est égal à une vaieur représentative du débit trame entre le premier et le second réseau, - mise à jour de la valeur représentative du débit trame, en fonction du fait que la transmission d'au moins une trame précédemment transmise est correcte ou non. L'invention permet d'adapter dynamiquement le débit trame entre le premier et le second réseau, sans modifier le débit des données qui sont transportées sur le premier réseau. En effet, I'adaptation est réalisée à l'entrce du second réseau. Ainsi, les équipements du premier réseau reçoivent des données selon un premier débit et les équipements du second réseau reçoivent les mêmes données selon un second débit, inférieur au premier. Selon une caractéristique préférée, les trames comportant des paquets de données, la mise à jour de la valeur représentative du débit trame est effectuée en fonction du rapport entre le nombre de paquets correctement transmis sur le second réseau et le nombre de paquets reçus depuis le premier réseau, pour ladite au moins une trame précédemment transmise. Cette mise à jour est effectuée trame par trame, ce qui permet une adaptation dynamique du débit trame. 3 2839227 Selon une autre caractéristique préférée, la détection d'un début de trame est effectuée en fonction de la lecture d'un champ prédéterminé des paquets des trames de données. Cette caractéristique est simple à mettre en _uvre. Selon une autre caractéristique préférée, le premier réseau est un réseau filaire et le second réseau est un réseau radio. En effet, I'invention s'applique particulièrement à cette configuration, puisque le réseau radio permet un débit plus faible que le réseau filaire. L'invention s'applique notamment à un premier réseau de type IEEE 1394 et à un second réseau de type I EEE 802.1 1 b. Selon une autre caractéristique préférée, les données à transmettre sont des données vidéo, notamment de type DV. Ces données nécessitent un débit élevé, qu'il faut adapter lorsqu'elles transitent par un réseau à débit limité, tel qu'un réseau radio. Corrélativement, I'invention concerne un dispositif de transmission de données numériques entre un premier et un second réseau de transmission, les données comportant des trames, caractérisé en ce qu'il comporte: - des moyens de détection d'un début de trame, - des moyens d'incrémentation d'un compteur de trame, - des moyens de transmission de la trame détectée depuis le premier réseau vers le second réseau, si le compteur de trame est égal à une valeur représentative du débit trame entre le premier et le second réseau, - des moyens de mise à jour de la valeur représentative du débit trame, en fonction du fait que la transmission d'au moins une trame précédemment transmise est correcte ou non. Le dispositif comporte des moyens de mise en _uvre des caractéristiques précédentes et présente des avantages analogues à ceux précédemment présentés. L'invention concerne aussi un appareil numérique incluant le dispositif selon l'invention, ou des moyens de mise en _uvre du procédé selon 4 2839227 I'invention. Les avantages du dispositif et de l'appareil numérique sont identiques à ceux précédemment exposés. Un moyen de stockage d'information, lisible par un ordinateur ou par un microprocesseur, intégré ou non au dispositif, éventuellement amovible, mémorise un programme mettant en _uvre le procédé selon l'invention. Un programme d'ordinateur lisible par un microprocesseur et comportant une ou plusieurs séquence d'instructions est apte à mettre en _uvre le procédé selon l'invention. Les caractéristiques et avantages de la présente invention appara^'tront plus clairement à la lecture d'un mode préféré de réalisation illustré par les dessins cijoints, dans lesquels: - la figure 1 est un mode de réalisation d'un dispositif d'interconnexion entre deux réseaux, selon l'invention, - la figure 2 représente un dispositif d'interconnexion selon 1 5 I'invention, - la figure 3 représente un paquet de données utilisé par l'invention, - la figure 4 représente un procédé de réception de paquets depuis un premier réseau, selon l'invention, - la figure 5 représente un procédé de filtrage de données selon l'invention, - la figure 6 représente un procédé de transmission de données vers un second réseau, selon l'invention. Selon le mode de réalisation choisi et représenté à la figure 1, un réseau local 1 comporte diflérents appareils A, B et C connectés à un bus série filaire 2 répondant à la norme IEEE 1394. La norme IEEE 1394 définit une technologie de bus destiné à interconnecter des systèmes électroniques dits grand public et des systèmes informatiques. Ces systèmes sont par exemple des télévisions numériques, des ordinateurs personnels, des magnétoscopes numériques, des caméscopes numériques, des imprimantes ou des télécopieurs. Plus particulièrement, la norme IEEE 1394 définit des modes de communication isochrone et asynchrone pour le transfert de données à haut débit. Cette norme est donc adaptée aux applications multimédia. L'appareil A est par exemple un caméscope numérique qui fournit des données vidéo. On considère dans toute la suite un flux vidéo de type DV, d'après l'anglais Digital Video. Le format DV est un format de données vidéo non compressées. Ces données sont ensuite empaquetées selon la norme IEC 61883 comme décrit dans la suite. Le flux vidéo est organisé en trames, qui sont elle-même composées de paquets de données. Par exemple, une application vidéo au format PAL fournit 25 trames par seconde, chaque trame comportant 300 paquets de données vidéo de 496 octets. Un exemple de paquet de données vidéo sera exposé dans la suite. Le réseau local 1 est relié à un réseau radio 3 par l'intermédiaire d'un pont d'interconnexion 4, objet de la présente invention, et qui sera détaillé dans ia suite. Outre le pont d'interconnexion 4, le réseau radio 3 comporte des appareils, dont deux D et E ont été représentés. Les communications dans le réseau radio sont effectuées selon la norme IEEE802.11. Les appareils D et E ont une faible résolution graphique. Pour transporter les données vidéo, le réseau filaire 1 fournit un débit au moins égal à 28 Mbits/s. En revanche, le réseau radio, par exemple de type IEEE802.11 b ne peut fournir un débit utile supérieur à 7 ou 8 Mbits/s. En outre, plusieurs connexions peuvent être établies simultanément entre ies appareils du réseau radio, ce qui diminue d'autant plus la bande passante disponible. La figure 2 représente le pont d'interconnexion 4 selon l'invention, qui adapte dynamiquement le débit trame entre le réseau filaire et le réseau radio, pour une transmission de données entre un appareil du réseau filaire et un appareil du réseau radio. Le pont d'interconnexion 4 comporte d'une part une interface 41 pour communiquer avec les équipements du réseau filaire et d'autre part une interface 42 pour communiquer avec les équipements du réseau radio. Ces deux interfaces, ou ports, communiquent entre elles par I'intermédiaire de mémoires 43 de t,vpe FIFO (d'après l'anglais First In, First Out). Le port 41 comporte un circuit 411 de transmission de données entre la mémoire 43 et le réseau filaire. Ce circuit récupère des paquets de données dans la mémoire 43, les formate au format correspondant au réseau filaire et les transmet sur le réseau filaire. Le port 41 comporte également un circuit 412 de réception de don n ées d epu is le réseau fi lai re pour les transmettre vers la mémoi re 43. Ce circuit effectue des opérations qui sont globalement inverses de celles du circuit 411. Le port 41 comporte encore un circuit 413 de contrôle qui établit et gère les connexions avec les autres équipements du réseau filaire. Selon l'invention, le port 41 comporte un circuit 414 de filtrage dynamique qui adapte le débit des trames de données vidéo en fonction de la qualité de transmission sur le réseau radio. Le fonctionnement du circuit de filtrage sera détaillé dans la suite. Le port 42 comporte un circuit 421 de réception de données depuis le réseau radio pour les transmettre vers la mémoire 43. Ce circuit récupère des données au format correspondant au réseau radio et en extrait les paquets pour les mémoriser un mémoire 43. Le port 42 comporte également un circuit 422 de transmission de données entre la mémoire 43 et le réseau radio. Ce circuit récupère des paquets de données dans la mémoire 43, les formate au format correspondant au réseau radio et les transmet sur le réseau radio. Ce circuit effectue des opérations qui sont globalement inverses de celles du circuit 421. Le port 42 comporte encore un circuit 423 de contrôle qui établit et gère les connexions avec les autres équipements du réseau radio. 7 2839227 La figure 3 représente le format d'un paquet de données utilisé dans le mode de transmission isochrone sur un réseau filaire de type IEEE1394. Le paquet de données comporte un paquet de données vidéo précédé d'un entête de paquet isochrone conforme à la norme IEEE1394a 2000. Cet en-tête comporte lui-même: - un champ " data_length " qui représente la longueur du paquet isochrone, - un champ " tag " qui caractérise le format des données, - un champ " channel " qui représente le numéro du canal dans lequel le paquet isochrone est émis, - un champ " tcode " qui représente le type de paquet selon la norme IEEE1394, - un champ " sy " qui sert à la synchronisation des trames vidéo, - un en-tête CRC qui sert à la détection d'erreur lors de la réception du paquet. Le paquet de données vidéo comporte des blocs de données précédés d'un entête CIP qui caractérise l'application vidéo utilisée. L'en-tête CIP est conforme à la norme IEC 61883. Cet en-tête CIP comporte lui-même: - un champ " SID " qui représente l'identificateur de n_ud de l'équipement source, c'est-à-dire l'adresse du n_ud source qui a émis le paquet, - un champ " DBS " qui représente la taille des données, exprimée en blocs de données, - un champ " FN " qui représente le nombre de blocs fractionnaires, ce qui indique si le paquet est divisé en plusieurs parties, - un champ " QPC " qui représente le nombre de quartes fictives conformément au codage FN, ce qui permet d'aligner le dernier bloc du paquet en unité de bloc, suite à la subdivision en blocs de données de dimension spécifiée par le champ DBS, un champ champ " SYT ". La figure 4 représente un mode de réalisation de procédé de réception de paquets de données par le circuit 412, selon l'invention. Ce procédé est mis en _uvre dans le pont d'interconnexion 4 et comporte des étapes E1 à E5. Le procédé est réalisé sous la forme d'un algorithme qui peut étre mémorisé en totalité ou en partie dans tout moyen de stockage d'information capable de coopérer avec un microprocesseur. Ce moyen de stockage est lisible par un ordinateur ou par un microprocesseur. Ce moyen de stockage est intégré ou non au dispositif, et peut étre amovible. Par exemple, il peut comporter une bande magnétique, une disquette ou un CD-ROM (disque compact à mémoire figée). L'étape E1 est un test pour déterminer si un paquet de donnces est reçu depuis le réseau filaire. Cette étape est répétée en boucle tant que la réponse est négative. Lorsque la réponse est positive, I'étape E1 est suivie de l'étape E2 qui est le filtrage des trames reçues. Cette étape est détaillée en référence à la figure 5. Cette étape comporte notamment l'indication qu'un paquet de données reçu doit étre stocké en mémoire 43 pour étre transmise sur le réseau radio. Cette indication est réalisée par une variable Trame-ok à la valeur un. Cette variable vaut zéro sinon. L'étape E2 est suivie de l'étape E3 à laquelle la valeur de la variable Trame-ok est testée. Si cette variable ne vaut pas un, alors cette étape est suivie de l'étape E1 précédemment décrite. Lorsque la variable Trame-ok vaut un, alors l'étape E3 est suivie de I'étape E4 à laquelle une variable NbRxPacket est incrémentée de une unité. La variable NbRxPacket est un compteur de paquets reçus depuis le réseau filaire et destinés à être transmis sur le réseau radio, pour une trame de donnses vidéo. L'étape suivante E5 est la mémorisation du paquet reçu en mémoire 43. La figure 5 représente le filtrage des trames de données vidéo reçues par le pont 4, selon l'invention. Ce filtrage est décrit sous la forme d'un algorithme qui est appelé à l'étape E2 précédemment décrite et qui comporte des étapes E20 à E33. L'étape E20 est une initialisation qui est effectuée lorsque le programme démarre, par exemple à la mise sous tension du dispositif. A cette étape, les variables suivantes sont initialisées: - NbTrame = 10 NbOK = 0 et NbOKMax = 3 - NbEchec = 0 et NbEchecMax = 3 - Cpt-trame = 0 NbTxPacket = 0 - NbRxPacket = 0 - Trame-ok = 0. Les variables qui n'ont pas été explicitées dans ce qui précède le seront au fur et à mesure de l'exposé du déroulement de l'algorithme. L'étape E21 est un test pour déterminer si le champ SYT est égal à la valeur 0xFFFF. En effet, ce champ prend une valeur différente de 0xFFFF pour le premier paquet d'une trame de données vidéo. Si la réponse est positive, cela signifie que le paquet reçu n'est pas le premier paquet de la trame courante. Dans ce cas, le filtrage est terminé et l'étape E21 est suivie de l'étape E3 précédemment décrite. Si la réponse est négative, cela signifie que le paquet reçu est le premier paquet de la trame courante. Dans ce cas, I'étape E21 est suivie de l'étape E22 à laquelle un compteur de trame Cpt-trame est incrémenté de une unité. A l'étape suivante E23, la variable Trame-ok est mise à zéro. On rappelle que cette variable est mise à zéro à chaque début de trame reçue. L'étape suivante E24 est un test pour déterminer si le compteur de trame Cpt-trame est égal à une valeur NbTrame qui représente un rapport entre le nombre de trames reçues depuis le réseau filaire et le nombre de trames transmises sur le réseau radio. En effet, une trame sur NbTrame trames reçues depuis le réseau filaire est transmise vers le réseau radio. Si la réponse est négative, le filtrage est terminé et l'étape E24 est suivie de l'étape E3 précédemment décrite. Comme la variable Trame-ok a été mise à zéro, la trame courante ne sera pas dirigée vers la mémoire 43 et par conséquent ne sera pas transmise vers le réscau radio. Lorsque la réponse est positive, alors l'étape E24 est suivie de l'étape E25 qui est un test pour déterminer si le nombre NbTxPacket de paquets transmis vers le réscau radio, pour une trame, est supérieur ou égal au nombre NbRxPacket de paquets reçus depuis le réseau filaire, pour une trame. 11 est à noter que les nombres NbRxPacket et NbTxPacket sont ici ceux qui ont été calculés pour la trame précédemment mémorisée et transmise sur le réscau radio. Comme on l'a vu, le nombre NbRxPacket est incrémenté de une unité dans l'algorith me de réception de paq uets de d on n ées (étape E4). Par ailleurs, comme exposé dans la suite, le nombre NbTxPacket sera incrémenté au cours de l'algorithme de transmission de paquets de données. Da ns le cas du traitement de la première trame après l' in itialisation de l'étape E20, les nombres NbRxPacket et NbTxPacket sont égaux à leur valeu r d' in itial isation respective. Si la réponse est positive, alors l'étape E25 est suivie de l'étape E26 à laquelle un compteur NbOK de trames vidéo complètes correctement transmises sur le réseau radio est incrémenté de une unité. 11 2839227 Si la réponse est négative, alors l'étape E25 est suivie de l'étape E27 à laquelle un compteur NbEchec de trames vidéo non correctement transmises sur le réseau radio est incrémenté de une unité. Les étapes E26 et E27 sont suivies de l'étape E28 qui est un test pour déterminer si le nombre NbOK de trames vidéo complètes correctement transmises sur le réseau radio est supérieur ou égal à un nombre prédéterminé maximal NbOKMax de trames vidéo complètes correctement transmises sur le réseau radio avant d'augmenter le débit trame entre le réseau filaire et le réseau radio. Si la réponse est positive, alors cette étape est suivie de l'étape E29 à laquelle le nombre NbOK de trames vidéo complètes correctement transmises sur le réseau radio est remis à zéro et la valeur NbTrame qui représente le rapport entre le nombre de trames reçues depuis le réseau filaire et le nombre de trames transmises sur le réseau radio est décrémentée de une unité, ce qui revient à augmenter le débit trame entre le réseau filaire et le réseau radio. Si la réponse est négative à l'étape E28, alors cette étape est suivie de l'étape E30. L'étape E29 est également suivie de l'étape E30. L'étape E30 qui est un test pour déterminer si le compteur NbEchec de trames vidéo non correctement transmises sur le réseau radio est supérieur ou égal à un nombre prédéterminé maximal NbEchecMax de trames vidéo non correctement transmises sur le réseau radio avant de diminuer le débit trame entre le réseau filaire et le réseau radio. Si la réponse est positive, aiors cette étape est suivie de l'étape E31 à laquelle le compteur NbEchec de trames vidéo non correctement transmises sur le réseau radio est mis à zéro et la valeur Nbtrame qui représente le rapport entre le nombre de trames reçues depuis le réseau filaire et le nombre de trames transmises sur le réseau radio est incrémentée de une unité, ce qui revient à diminuer le débit trame entre le réseau filaire et le réseau radio. Si la réponse est négative à l'étape E30, alors cette étape est suivie de l'étape E32. L'étape E31 est également suivie de l'étape E32. A l'étape E32, le compteur de trame Cpt-trame, le nombre NbTxPacket de paquets transmis vers le réseau radio, pour une trame, et le nombre NbRxPacket de paquets reçus depuis le réseau filaire, pour une trame, sont tous remis à zéro. A l'étape suivante E33, la variable Trame-ok est mise à la valeur un. L'étape E33 est suivie de l'étape E3 précédemment décrite. Comme la variable Trame-ok vaut un, la trame courante sera mémorisée en mémoire 43 pour être transmise vers le réseau radio. La figure 6 représente un mode de réalisation de procédé de transmission de paquets de données par le circuit 422, selon l'invention. On rappelle que le circuit 422 transmet les données depuis la mémoire 43 vers le réseau radio. Ce procédé est mis en _uvre dans le pont d'interconnexion 4 et comporte des étapes E10 à E13. Le procédé est réalisé sous la forme d'un algorithme qui peut être mémorisé en totalité ou en partie dans tout moyen de stockage d'information capable de coopérer avec un microprocesseur. Ce moyen de stockage est lisible par un ordinateur ou par un microprocesseur. Ce moyen de stockage est intégré ou non au dispositif, et peut être amovible. Par exemple, il peut comporter une bande magnétique, une disquette ou un CD-ROM (disque compact à mémoire figée). L'étape E10 est un test pour déterminer si la mémoire 43 contient un paquet de données à transmettre vers le réseau radio. Tant que la réponse est négative, cette étape est répétée. Lorsque la réponse est positive, alors l'étape E10 est suivie de I'étape E11 qui est la transmission proprement dite. Cette transmission est classique et ne sera pas détaillée ici. Elle comporte notamment un formatage des données avant leur transmission. L'étape suivante E12 est un test pour déterminer si la transmission a été effectuée sans erreur. Si la réponse est négative, l'étape E12 est suivie de l'étape E10. 1 3 2839227 Si la réponse est positive, I'étape E12 est suivie de l'étape E13 à laquelle le nombre NbTxPacket de paquets transmis vers le réseau radio, pour une trame, est incrémenté de une unité. L'étape E13 est suivie de l'étape E10. Bien entendu, la présente invention n'est nullement limitée aux modes de réalisation décrits et représentés, mais englobe, bien au contraire, toute variante à la portée de l'homme du métier. En particulier, la valeur représentative du débit trame peut être mise à jour en fonction de la transmission correcte ou non de plusieurs trames 1 0 précédentes. REVENDICATIONS 1. Procédé de transmission de données numériques entre un premier et un second réseau de transmission, les données comportant des trames, caractérisé en ce que, pour transmettre une trame, il comporte les étapes de: - détection (E21) d'un début de trame, - incrémentation (E22) d'un compteur de trame, - transmission (E5, E11) de la trame détectée depuis le premier réseau vers le second réseau, si le compteur de trame est égal à une valeur représentative du débit trame entre le premier et le second réseau (E24), - mise à jour (E29, E31) de la valeur représentative du débit trame, en fonction du fait que la transmission d'au moins une trame précédemment transmise est correcte ou non. 2. Procédé selon la revendication 1, les trames comportant des paquets de données, caractérisé en ce que la mise à jour (E29, E31) de la valeur représentative du débit trame est effectuée en fonction (E25) du rapport entre le nombre de paquets correctement transmis sur le second réseau et le nombre de paquets reçus depuis le premier réseau, pour ladite au moins une trame précédemment transmise. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que la détection (E21) d'un début de trame est effectuée en fonction de la lecture d'un champ prédéterminé (SYT) des paquets des trames de données. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le premier réseau est un réseau flaire (1) et le second réseau est un réseau radio (3). 5. Procédé selon la revendication 4, caractérisé en ce que le premier réseau est de type IEEE 1394 et le second réseau est de type IEEE 802.11 b. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que les données à transmettre sont des données vidéo. 7. Procédé selon la revendication 6, caractérisé en ce que les données vidéo sont au format DV. 8. Dispositif de transmission de données numériques entre un premier et un second réseau de transmission, les données comportant des trames, caractérisé en ce qu'il comporte: - des moyens (414) de détection d'un début de trame, - des moyens (414) d'incrémentation d'un compteur de trame, - des moyens (412,43,422) de transmission de la trame détectée depuis le premier réseau vers le second réseau, si le compteur de trame est égal à une valeur représentative du débit trame entre le premier et le second réseau, - des moyens (414) de mise à jour de la valeur représentative du débit trame, en fonction du fait que la transmission d'au moins une trame précédemment transmise est correcte ou non. 9. Dispositif selon la revendication 8, les trames comportant des paquets de données, caractérisé en ce que les moyens (414) de mise à jour de la valeur représentative du débit trame sont adaptés à effectuer la mise à jour en fonction du rapport entre le nombre de paquets correctement transmis sur le second réseau et le nombre de paquets reçus depuis le premier réseau, pour ladite au moins une trame précédemment transmise. Dispositif selon la revendication 8 ou 9, caractérisé en ce que les moyens de détection d'un début de trame sont adaptés à effectuer la détection en fonction de la lecture d'un champ prédéterminé (SYT) des paquets des trames de données. 11. Dispositif selon l'une quelconque des revendications 8 à 10, caractérisé en ce que le premier réseau est un réseau filaire (1) et le second réseau est un réseau radio (3) 12. Dispositif selon la revendication 11, caractérisé en ce que le premier réseau est de type IEEE 1394 et le second réseau est de type IEEE 802.11b. 13. Dispositif selon l'une quelconque des revendications 8 à 12, caractérisé en ce qu'il est adapté à transmettre des données qui sont des données vidéo. 14. Dispositif selon la revendication 13, caractérisé en ce qu'il est ad apté à tra n smettre des d on nées vi d éo a u format DV. 15. Produit programme d'ordinateur, caractérisé en ce qu'il comprend des séquences d'instructions adaptées à mettre en _uvre un procédé de transmission selon l'une quelconque des revendications 1 à 7 lorsque ledit programme est chargé dans un ordinateur.