FR2839227A1 - Transmission de donnees numeriques entre un premier et un second reseau de transmission, avec adaptation de debit - Google Patents

Transmission de donnees numeriques entre un premier et un second reseau de transmission, avec adaptation de debit Download PDF

Info

Publication number
FR2839227A1
FR2839227A1 FR0205221A FR0205221A FR2839227A1 FR 2839227 A1 FR2839227 A1 FR 2839227A1 FR 0205221 A FR0205221 A FR 0205221A FR 0205221 A FR0205221 A FR 0205221A FR 2839227 A1 FR2839227 A1 FR 2839227A1
Authority
FR
France
Prior art keywords
network
frame
data
radio network
packets
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0205221A
Other languages
English (en)
Other versions
FR2839227B1 (fr
Inventor
Pascal Rousseau
Patrick Nezou
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to FR0205221A priority Critical patent/FR2839227B1/fr
Publication of FR2839227A1 publication Critical patent/FR2839227A1/fr
Application granted granted Critical
Publication of FR2839227B1 publication Critical patent/FR2839227B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40052High-speed IEEE 1394 serial bus
    • H04L12/40058Isochronous transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40052High-speed IEEE 1394 serial bus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40052High-speed IEEE 1394 serial bus
    • H04L12/40097Interconnection with other networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/26Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263Rate modification at the source after receiving feedback

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention conceme 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 (E21) d'un début de trame, - incrémentation (E22) 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 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.

Description

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 << DBC " qui représente le compteur de continuité de blocs de donnces permettant de détecter une perte de blocs de données, - un champ a FMT" qui représente le format de la vidéo transportée, - un champ << FDF " qui dépend du champ " FMT ", - un champ " SYT" qui permet d'horodater les paquets de données. Le champ qui est plus particulièrement utile dans l'invention est le
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.

Claims (13)

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.
FR0205221A 2002-04-25 2002-04-25 Transmission de donnees numeriques entre un premier et un second reseau de transmission, avec adaptation de debit Expired - Fee Related FR2839227B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0205221A FR2839227B1 (fr) 2002-04-25 2002-04-25 Transmission de donnees numeriques entre un premier et un second reseau de transmission, avec adaptation de debit

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0205221A FR2839227B1 (fr) 2002-04-25 2002-04-25 Transmission de donnees numeriques entre un premier et un second reseau de transmission, avec adaptation de debit

Publications (2)

Publication Number Publication Date
FR2839227A1 true FR2839227A1 (fr) 2003-10-31
FR2839227B1 FR2839227B1 (fr) 2004-06-18

Family

ID=28799938

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0205221A Expired - Fee Related FR2839227B1 (fr) 2002-04-25 2002-04-25 Transmission de donnees numeriques entre un premier et un second reseau de transmission, avec adaptation de debit

Country Status (1)

Country Link
FR (1) FR2839227B1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1873954A2 (fr) * 2006-06-29 2008-01-02 Provigent Ltd. Liens cascadés avec codage et modulation adaptifs

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000008861A1 (fr) * 1998-08-07 2000-02-17 Nokia Mobile Phones Limited Codeur-decodeur video numerique adaptatif pour transmission sans fil

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000008861A1 (fr) * 1998-08-07 2000-02-17 Nokia Mobile Phones Limited Codeur-decodeur video numerique adaptatif pour transmission sans fil

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1873954A2 (fr) * 2006-06-29 2008-01-02 Provigent Ltd. Liens cascadés avec codage et modulation adaptifs
EP1873954A3 (fr) * 2006-06-29 2012-10-03 Provigent Ltd. Liens cascadés avec codage et modulation adaptifs

Also Published As

Publication number Publication date
FR2839227B1 (fr) 2004-06-18

Similar Documents

Publication Publication Date Title
US20070008993A1 (en) Method for time synchronization in residential Ethernet system
FR3054393B1 (fr) Pilotage de dispositifs multimedia connectes
FR2475827A1 (fr) Systeme de commutation numerique a division du temps pour voies mic vehiculant la parole et des donnees en mode-paquet
EP0528730A1 (fr) Procédés d&#39;émission et de réception de programmes personnalisés
KR20010040558A (ko) 등시성 데이터 패킷의 예측적인 시간 스탬핑을 위한 장치및 방법
FR2874143A1 (fr) Procede de securisation du transfert d&#39;un flux de donnees, produit programme d&#39;ordinateur, moyen de stockage et noeuds correspondants
EP1306689B1 (fr) Procédé et système d&#39;enregistrement et lecture synchronisée de données provenant d&#39;une pluralité d&#39;équipements terminaux
FR2913156A1 (fr) Procede d&#39;allocation de ressources de transmission d&#39;un contenu de donnees, produit programme d&#39;ordinateur, moyen de stockage et dispositif correspondants
FR2804812A1 (fr) Procede et dispositif de communication entre un premier et un deuxieme reseau
FR2998125A1 (fr) Procede de transmission de paquets de donnees entre deux modules de communication ainsi que module emetteur et module recepteur
FR2790892A1 (fr) Procede et dispositif de controle de la synchronisation entre deux bus de communication serie d&#39;un reseau
FR2839227A1 (fr) Transmission de donnees numeriques entre un premier et un second reseau de transmission, avec adaptation de debit
EP3643024B1 (fr) Émission et réception d&#39;un flux de données
FR2980662A1 (fr) Methode d&#39;enregistrement d&#39;un contenu dans un fichier sur un serveur et dispositif correspondant
FR2918832A1 (fr) Procedes de transmission de donnees par des noeuds relais dans un reseau de communication synchrone, procede de reception, produit programme d&#39;ordinateur, moyen de stockage et noeuds correspondants.
KR100919216B1 (ko) 데이터 송신 방법, 수신 방법 및 그 장치
EP1302071B1 (fr) Procede et dispositif de lecture de donnees enregistrees mpeg transmises sur un bus ieee 1394
FR2850508A1 (fr) Procede d&#39;insertion et de traitement d&#39;informations pour le controle par un noeud de la diffusion d&#39;un flux de donnees traversant un reseau de base d&#39;un reseau heterogene, et noeuds correspondants
EP0792071B1 (fr) Dispositif de décodage de signaux de type MPEG2
FR2848056A1 (fr) Procedes d&#39;insertion et de traitement d&#39;informations pour la synchronisation d&#39;un noeud destinataire a un flux de donnees traversant un reseau de base d&#39;un reseau heterogene, et noeuds correspondants
JP2001237893A (ja) データ通信システム
FR2651944A1 (fr) Equipements de controle de qualite pour liaisons de transmission numeriques.
FR2785757A1 (fr) Procede et dispositif de compression, procede et dispositif de decompression de format numerique
FR2853173A1 (fr) Procede de maintien d&#39;un debit de lecture constant des donnees d&#39;un flux de donnees isochrones traversant un pont, programme d&#39;ordinateur et pont correspondants
FR2832827A1 (fr) Procedes et dispositifs de gestion des transmissions de donnees isochrones sur des supports non dedies

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20131231