EP1374527A2 - Procede et systeme de transmission de flux de donnees entre deux postes distants - Google Patents

Procede et systeme de transmission de flux de donnees entre deux postes distants

Info

Publication number
EP1374527A2
EP1374527A2 EP02714288A EP02714288A EP1374527A2 EP 1374527 A2 EP1374527 A2 EP 1374527A2 EP 02714288 A EP02714288 A EP 02714288A EP 02714288 A EP02714288 A EP 02714288A EP 1374527 A2 EP1374527 A2 EP 1374527A2
Authority
EP
European Patent Office
Prior art keywords
data
field
priority
identification
station
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.)
Withdrawn
Application number
EP02714288A
Other languages
German (de)
English (en)
Inventor
Pierre Thorel
Franck Pellissier
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.)
Orange SA
Original Assignee
France Telecom SA
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 France Telecom SA filed Critical France Telecom SA
Publication of EP1374527A2 publication Critical patent/EP1374527A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Definitions

  • the present invention relates to a method and a system for transmitting data flows between two remote stations, connected by a telecommunications network.
  • the invention finds an advantageous application in the general field of telepresence, in particular tele-expertise, and more specifically in the fields involving the carrying out of remote acts such as tele-ultrasound or tele-surgery.
  • Other applications can also be envisaged, such as network games, and all the fields in which remote manipulation is necessary.
  • Techniques relating to tele-expertise such as tele-echography, generally use two remote stations, namely a master station, or expert station, which, in the example of tele-echography, is the one where finds the doctor or midwife, and a slave station, or patient station, which is where the pregnant woman is to be examined.
  • a master station or expert station
  • a slave station or patient station, which is where the pregnant woman is to be examined.
  • a telecommunication network which can be an ISDN network, an IP network, or other.
  • the audio data stream or sound channel, which carries in one direction and in the other the speech and the sounds coming from the stations of the expert and the patient.
  • Good sound quality requires bitrate and coding adapted as well as transmitters and receivers capable of ensuring listening and expression comfort for participants where they are. This sound quality also contributes to the climate of confidence.
  • the haptic data flow, or haptic channel through which pass, on the one hand, the control orders of the ultrasound probe issued by the expert station and, on the other hand, the force feedback information transmitted by the probe the expert during his remote manipulation.
  • the constraints on this channel are the delays from one end to the other of the chain which, ideally, should be less than 10 ms, the jitter and the arrangement of the information. It should be noted that with an ISDN synchronous network, the arrangement is resolved, the jitter is minimized and the delays are low.
  • command data flow or command control channel.
  • This channel must always be available, but does not present any particular constraints. It concerns, in general, initializations, adjustments, changes of state of the videophonic (visio and audio), echographic and haptic flows.
  • the expert must check on the quality of the ultrasound images the way in which his displacement orders are actually taken into account, and, possibly, adapt his orders thanks to the force feedback information that he receives on his virtual probe. regarding the pressure exerted on the actual probe.
  • the patient or the staff present must be able to initialize the position of the echographic probe movement system, dialogue with the expert located on the other station, interrupt the movement of the probe and give the commands to the expert. after such an interruption, possibly move the probe manually according to the expert's voice instructions to deal with system blocking situations.
  • the technical problem to be solved by the object of the present invention is to propose a method for transmitting data streams between two remote stations, connected by a telecommunications network, which would make it possible to uniformly process a set of data streams. different data while respecting the specific constraints associated with each of said flows, in particular the flow of haptic data.
  • each of said data streams received from one of said stations in accordance with a single communication protocol, common to all the data streams, in which the data are organized in data packets constituted in a format comprising , at least, a flow identification field, a priority field assigned to said flow and a data field proper, and to transmit said data packets to the other of said stations through the telecommunications network according to their respective priority, - on the other hand, to process each data packet received from the other of said stations according to the priority entered in said priority field of said packet, and to provide to said station the identification of the corresponding flow, registered in said field d 'identification, as well as the data contained in said data field.
  • each station is equipped with an identical communication module capable of: firstly, to process each of said data streams received from the associated station in accordance with a single communication protocol, common to all the data streams, in which the data are organized in data packets constituted in a format comprising, at least, one field identification of a flow, a priority field assigned to said flow and a data field proper, and to transmit said data packets to the communication module of the other of said stations through the telecommunications network according to their priority respectively,
  • the invention achieves a certain number of objectives, in particular: - a minimum transfer delay for transmission over the haptic channel. Indeed, given the intrinsic times of a few milliseconds for switching a time interval through a public switched network, most of the transmission delays are attributable to the terminals. By minimizing the software complexity of the communication chain, while keeping a standard solution widely used on the national territory, the invention makes it possible to obtain end-to-end transfer time values approaching ten tens of milliseconds.
  • the use of an ISDN network by its very nature provides guarantees in terms of data routing, in the jitter of these times and in the arrangement of information.
  • - a modular architecture making the management of data flows independent of the communication medium used, and making it possible to add or delete, at will, certain flows.
  • Figure 1 is a diagram showing the general architecture of the data transmission system according to the invention.
  • FIG. 2 is a diagram showing the architecture of a communication module of the system of FIG. 1.
  • FIG. 3 is a diagram showing a data packet format of a communication protocol used in the system of Figure 1.
  • FIG. 1 shows a system for transmitting data flows between two remote stations 1, 2 connected by an ISDN, IP or other telecommunications network 3.
  • stations 1, 2 are equipped so as to be able to exchange various data streams making it possible to carry out the tele-ultrasound examination under the best conditions.
  • the haptic data streams (1), (1 ′) are exchanged between a virtual probe 130 manipulated by the doctor on the expert station 1 and a robot 230 carrying the echographic probe 240, both being located on the patient station 2.
  • Said robot 230 reproduces the movements of the probe remotely 130 corresponding to the movements that the doctor wishes to apply to the echographic probe 240.
  • the robot 230 transmits to the virtual probe 130 the pressure forces exerted by the abdomen of the patient on the probe 240 during the 'exam. This type of force feedback information is essential for the doctor because it allows him to pinpoint the place of the abdomen where the echographic probe 240 is located, and therefore to be able to move it knowingly.
  • the ultrasound data streams (2), (2 ') relate to the transmission of the images supplied by the probe 240 of the patient station 2 to a TV monitor 140 of the expert station 1.
  • each station 1,2 is equipped with an identical communication module 10,20 capable of processing the various data streams coming from the associated station or from the remote station, taking best account of the constraints imposed on these different flows.
  • the data streams received from the associated station are processed in accordance with a single communication protocol, common to all types of streams, in which the data is organized according to a format, an example of constitution of which is given in FIG. 3 .
  • - Idp which is an identifier of the transmitted stream, namely videophone, haptic or echographic.
  • This field has, for example, a length of 8 bits.
  • This 2-bit long field can take the values 0 for high priority, 1 for medium priority and 2 for low priority.
  • - DATA which contains the data to be transmitted. Its length is the value of the Lg field.
  • - CCE which is an error control code. This optional field secures the transport of data.
  • the module of FIG. 2 comprises a shaping sub-module 11 which reads in real time the data of the different streams received from the associated station 1 through high-level peripherals.
  • the sub-module 11 constitutes the data packets according to the format of the communication protocol of FIG. 3 and informs the identification Idp fields, the priority P field, the acknowledgment field A, the Lg length field and DATA field of data.
  • the data packets are then distributed in a queuing sub-module 12 produced on the basis of queues of the FIFO type, each queue being associated with a level of the priority field P.
  • a queuing sub-module 12 produced on the basis of queues of the FIFO type, each queue being associated with a level of the priority field P.
  • three queues have been defined: FIFO # 0, FIFO # 1 and FIFO # 2 corresponding respectively to the high, medium and low priority levels.
  • a transmission sub-module 13 reads in real time the transmission queues of the sub-module 12 and transmits the data packets on the telecommunications network in order of priority by first emptying the FIFO queue # 0 , then the FIFO # 1 queue and finally the FIFO # 2 queue. In order to avoid monopolization of the transmission channel by a single priority level, maximum values of consecutive readings are defined by type of queue. The Tsp field is completed at this time.
  • a data packet When a data packet is received from the telecommunications network, it is supported by a receiving submodule 14 which reads the priority field P of the packet and deposits it in the appropriate queue of the submodule 12 on hold.
  • an identification sub-module 15 reads the reception queues in real time in order of priority by successively emptying the FIFO # 0 FIFO # 1 and FIFO # 2 queues.
  • maximum values of consecutive readings per type of queue are defined so as not to monopolize the transmission channel by a single priority level.
  • the contents of the Idp, A and DATA fields are extracted from the packets, the data of the DATA field being supplied to the associated station for reception through high-level peripherals identified by the Idp identification field.
  • the value of the acknowledgment field A is equal to 1, an acknowledgment of receipt is established and deposited in a transmission queue.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

Système de transmission de flux de données entre deux postes (1; 2) distants, reliés par un réseau de télécommunication. Selon l'invention, chaque poste est équipé d'un module (10; 20) de communication identique apte : - d'une part, à traiter chacun desdits flux reçu du poste associé (1; 2) conformément à un protocole de communication unique, dans lequel chaque flux est organisé en paquets constitués selon un format comprenant un champ d'identification de flux, un champ de priorité affectée audit flux et un champ de données proprement dites, et à émettre lesdits paquets vers le module (20; 10) de communication de l'autre (2; 1) poste à travers le réseau de télécommunication en fonction de leur priorité respective, - d'autre part, à traiter chaque paquet reçu du module (20; 10) de communication de l'autre (2; 1) poste en fonction de la priorité inscrite dans le champ de priorité, et à fournir au poste associé (1; 2) l'identification du flux correspondant, inscrite dans le champ d'identification, ainsi que les données contenues dans le champ de données. Application à la télé-expertise, notamment la télé-échographie.

Description

PROCEDE ET SYSTEME DE TRANSMISSION DE FLUX DE DONNEES ENTRE DEUX POSTES DISTANTS
La présente invention concerne un procédé et un système de transmission de flux de données entre deux postes distants, reliés par un réseau de télécommunication.
L'invention trouve une application avantageuse dans le domaine général de la télé-présence, notamment la télé-expertise, et plus spécifiquement dans les domaines impliquant la réalisation d'actes à distance comme la télé-échographie ou la télé-chirurgie. D'autres applications peuvent également être envisagées comme les jeux en réseau, et tous les domaines dans lesquels la manipulation à distance est nécessaire.
Les techniques relevant de la télé-expertise, comme la télé- échographie, mettent en œuvre en général deux postes distants, à savoir un poste maître, ou poste expert, qui, dans l'exemple de la télé-échographie, est celui où se trouve le médecin ou la sage-femme, et un poste esclave, ou poste patient, qui est celui où se trouve la femme enceinte à examiner. Ces deux postes sont reliés par un réseau de télécommunication qui peut être un réseau RNIS, un réseau IP, ou autre.
L'échange d'informations entre deux postes distants de ce type exige la transmission d'un poste à l'autre d'un certain nombre de flux de données complexes devant être traités selon des contraintes spécifiques différentes. On peut citer par exemple : - le flux de données vidéo, ou canal Visio, qui véhicule dans un sens et dans l'autre les images de l'expert et du patient, ainsi que de leur environnement respectif. Ces images doivent être de bonne qualité. Il faut donc réaliser un compromis entre le débit, le nombre d'images par seconde, la définition et la taille de l'image pour une bonne vision de la scène par l'expert et une bonne communication visuelle expert/patient, essentielle dans l'établissement d'un climat de confiance face à ce nouveau type de communication.
- le flux de données audio, ou canal son, qui véhicule dans un sens et dans l'autre la parole et les sons provenant des postes de l'expert et du patient. Pour obtenir une bonne qualité sonore, il faut un débit et un codage adaptés ainsi que des émetteurs et des récepteurs susceptibles d'assurer un confort d'écoute et d'expression aux participants là où ils se trouvent. Cette qualité sonore contribue également au climat de confiance.
- le flux de données échographiques, ou canal echographique, qui transmet au poste de l'expert les images saisies par une sonde echographique déplacée sur l'abdomen de la patiente. Le même compromis que pour le canal isio est recherché, avec toutefois des contraintes différentes en fonction de la phase de l'acte. On peut ainsi distinguer deux modes de fonctionnement :
*la phase de recherche qui peut se contenter d'images de faible définition mais qui exige un nombre d'images par seconde élevé, dû à la rapidité du mouvement de la sonde, et des délais d'encodage et de transport minimum.
*la phase de saisie ou de recherche avancée pour laquelle un nombre d'images par seconde faible suffit dans la mesure où la sonde echographique est stationnaire ou se déplace lentement. Par contre, des images de bonne définition et des délais d'encodage et de transport plus importants sont requis.
- le flux de données haptiques, ou canal haptique, par lequel transitent, d'une part, les ordres de commande de la sonde echographique émis par le poste expert et, d'autre part, les informations de retour d'effort transmises par la sonde à l'expert au cours de sa télé-manipulation. Les contraintes sur ce canal sont les délais d'un bout à l'autre de la chaîne qui, idéalement, devraient être inférieurs à 10ms, la gigue et l'agencement des informations. Il faut noter qu'avec un réseau synchrone RNIS, l'agencement est résolu, la gigue est minimisée et les délais sont faibles.
- le flux de données de commande, ou canal de contrôle de commande. Ce canal doit toujours être disponible, mais ne présente pas de contraintes particulières. Il concerne, d'une manière générale, les initialisations, les réglages, les changements d'état des flux visiophonique (visio et audio), echographique et haptique.
Or, il est essentiel que, malgré les contraintes qui leur sont imposés, tous ces flux soient traités avec la plus grande précision afin que l'examen effectué sous télé-échographie fournisse des résultats aussi fiables que possible. Il est en effet nécessaire de permettre à l'expert distant de contrôler dans les meilleures conditions le déplacement de la sonde echographique. A tout instant de l'examen, l'expert doit, en temps réel, disposer d'une vision complète de l'ensemble de la scène, dialoguer avec la patiente et avec le personnel soignant présent, contrôler les paramètres d'acquisition de l'échographe, visualiser les images échographiques, et indiquer, en déplaçant une sonde virtuelle qu'il tient à la main, le sens des déplacements souhaités pour la sonde réelle.
De plus, l'expert doit contrôler sur la qualité des images échographiques la manière dont ses ordres de déplacement sont effectivement pris en compte, et, éventuellement, adapter ses ordres grâce aux informations de retour d'effort qu'il reçoit sur sa sonde virtuelle concernant la pression exercée sur la sonde réelle.
De leur côté, la patiente ou le personnel présent doivent pouvoir initialiser la position du système de déplacement de la sonde echographique, dialoguer avec l'expert situé sur l'autre poste, interrompre le déplacement de la sonde et redonner les commandes à l'expert après une telle interruption, éventuellement déplacer la sonde manuellement selon les indications vocales de l'expert pour faire face à des situations de blocage du système. Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un procédé de transmission de flux de données entre deux postes distants, reliés par un réseau de télécommunication, qui permettrait de traiter de manière uniforme un ensemble de flux de données différents tout en respectant les contraintes spécifiques associées à chacun desdits flux, notamment le flux de données haptiques..
La solution au problème technique posé consiste, selon la présente invention, en ce que ledit procédé comprend les étapes consistant:
- d'une part, à traiter chacun desdits flux de données reçu d'un desdits postes conformément à un protocole de communication unique, commun à tous les flux de données, dans lequel les données sont organisées en paquets de données constitués selon un format comprenant, au moins, un champ d'identification de flux, un champ de priorité affectée audit flux et un champ de données proprement dites, et à émettre esdits paquets de données vers l'autre desdits postes à travers le réseau de télécommunication en fonction de leur priorité respective, - d'autre part, à traiter chaque paquet de données reçu de l'autre desdits postes en fonction de la priorité inscrite dans ledit champ de priorité dudit paquet, et à fournir audit poste l'identification du flux correspondant, inscrite dans ledit champ d'identification, ainsi que les données contenues dans ledit champ de données.
De même, selon l'invention, un système de transmission de flux de données entre deux postes distants, reliés par un réseau de télécommunication, est remarquable en ce que chaque poste est équipé d'un module de communication identique apte : - d'une part, à traiter chacun desdits flux de données reçu du poste associé conformément à un protocole de communication unique, commun à tous les flux de données, dans lequel les données sont organisées en paquets de données constitués selon un format comprenant, au moins, un champ d'identification de flux, un champ de priorité affectée audit flux et un champ de données proprement dites, et à émettre lesdits paquets de données vers le module de communication de l'autre desdits postes à travers le réseau de télécommunication en fonction de leur priorité respective,
- d'autre part, à traiter chaque paquet de données reçu du module de communication de l'autre desdits postes en fonction de la priorité inscrite dans ledit champ de priorité dudit paquet, et à fournir au poste associé l'identification du flux correspondant, inscrite dans ledit champ d'identification, ainsi que les données contenues dans ledit champ de données.
Ainsi, comme on le verra en détail plus loin, l'invention réalise un certain nombre d'objectifs, en particulier : - un délai de transfert minimum pour la transmission sur le canal haptique. En effet, compte tenu des temps intrinsèques de quelques millisecondes pour la commutation d'un intervalle de temps à travers un réseau public commuté, la plus grande partie des délais de transmission sont imputables aux terminaux. En minimisant la complexité logicielle de la chaîne de communication, tout en gardant une solution standard et largement répandue sur le territoire national, l'invention permet d'obtenir des valeurs de temps de transfert de bout en bout se rapprochant de la dizaine de millisecondes. Bien entendu, comme cela a déjà été dit plus haut, l'utilisation d'un réseau RNIS apporte par sa nature même des garanties dans les délais d'acheminement des données, dans la gigue de ces délais et dans l'agencement des informations. - une architecture modulaire rendant indépendante la gestion des flux de données du support de communication utilisé, et permettant d'ajouter, ou supprimer, à volonté certains flux.
- la mise en forme des flux de données sous un protocole de communication spécifique.
- la gestion des priorités entre les différents flux de données à transmettre.
La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée. La figure 1 est un schéma montrant l'architecture générale du système de transmission de données conforme à l'invention.
La figure 2 est un schéma montrant l'architecture d'un module de communication du système de la figure 1.
La figure 3 est un schéma donnant un format de paquet de données d'un protocole de communication utilisé dans le système de la figure 1.
Sur la figure 1 est représenté un système de transmission de flux de données entre deux postes distants 1 ,2 reliés par un réseau 3 de télécommunication RNIS, IP ou autre.
Dans la suite, on prendra l'exemple particulier d'un système de télé- echographie entre le poste 1 d'un expert, généralement un médecin, et le poste 2 d'une patiente entourée d'un personnel spécialisé.
Ces postes 1 ,2 sont équipés de manière à pouvoir échanger des flux de données variés permettant d'effectuer l'examen de télé-échographie dans les meilleures conditions. On trouve notamment l'ensemble des flux de données visiophoniques
(3), (3') qui permettent à un poste de recevoir les images et le son saisis dans l'environnement de l'autre poste. Ces flux permettent au médecin et à la patiente de se voir et de se parler, dans le contexte du climat de confiance dont il a été question plus haut. A cet effet, des caméras 111 ,211 , des moniteurs TV 112,212, des microphones 121 ,221 et des hauts parleurs 122,222 sont installés respectivement sur les postes 1 et 2.
Les flux de données haptiques (1),(1') sont échangés entre une sonde virtuelle 130 manipulée par le médecin sur le poste expert 1 et un robot 230 portant la sonde echographique 240, tous deux étant situés sur le poste patient 2. Ledit robot 230 reproduit à distance les mouvements de la sonde 130 correspondant aux déplacements que le médecin souhaite vouloir appliquer à la sonde echographique 240. D'autre part, le robot 230 transmet à la sonde virtuelle 130 les efforts de pression exercés par l'abdomen de la patiente sur la sonde 240 au cours de l'examen. Ce type d'informations de retour d'effort est essentiel pour le médecin car elles lui permettent de repérer avec précision l'endroit de l'abdomen où se trouve la sonde echographique 240, et donc de pouvoir la déplacer en toute connaissance de cause.
Les flux de données échographiques (2),(2') concernent la transmission des images fournies par la sonde 240 du poste patient 2 à un moniteur TV 140 du poste expert 1.
Comme le montre la figure 1, chaque poste 1,2 est équipé d'un module 10,20 de communication identique apte à traiter les divers flux de données venant du poste associé ou du poste distant, en tenant compte au mieux des contraintes imposées à ces différents flux. Dans ce but, les flux de données reçus du poste associé sont traités conformément à un protocole de communication unique, commun à tous les types de flux, dans lequel les données sont organisées selon un format dont un exemple de constitution est donné sur la figure 3.
Les champs indiqués sur cette figure sont, dans l'ordre : - Idp qui est un identificateur du flux transmis, à savoir visiophonique, haptique ou echographique. Ce champ a, par exemple, une longueur de 8 bits.
- P qui est un indicateur de priorité. Ce champ d'une longueur de 2 bits peut prendre les valeurs 0 pour une priorité haute, 1 pour une priorité moyenne et 2 pour une priorité faible. - A qui est un champ facultatif de demande d'acquittement des messages par les périphériques de bas niveau. Si A=1 un acquittement est requis, sinon A≈O.
- Tsp qui est une information du temps machine au moment de l'émission. D'une longueur typique de 12 bits, ce champ est utilisé pour la synchronisation des flux.
- Lg qui est la longueur du champ DATA en octet. Ce champ a une longueur de l'ordre de 16 bits.
- DATA qui contient les données à transmettre. Sa longueur est la valeur du champ Lg. - CCE qui est un code de contrôle d'erreur. Ce champ facultatif permet de sécuriser le transport des données.
Un mode de réalisation d'un module 10 de communication va maintenant être décrit en regard de la figure 2. Le module de la figure 2 comprend un sous-module 11 de mise en forme qui lit en temps réel les données des différents flux reçus du poste associé 1 au travers des périphériques de haut niveau. En fonction de ces flux, le sous-module 11 constitue les paquets de données selon le format du protocole de communication de la figure 3 et renseigne les champs Idp d'identification, le champ P de priorité, le champ A d'acquittement, le champ Lg de longueur et le champ DATA de données.
Les paquets de données sont ensuite répartis dans un sous-module 12 de mise en attente réalisé à base de files d'attente de type FIFO, chaque file étant associée à un niveau du champ P de priorité. Dans l'exemple choisi, trois files ont été définies : FIFO#0, FIFO#1 et FIFO#2 correspondant respectivement aux niveaux de priorité haute, moyenne et faible.
Un sous-module 13 d'émission lit en temps réel les files d'attente d'émission du sous-module 12 et émet sur le réseau de télécommunication les paquets de données par ordre de priorité en vidant d'abord la file FIFO#0, puis la file FIFO#1 et enfin la file FIFO#2. Afin d'éviter la monopolisation du canal de transmission par un seul niveau de priorité, on définit des valeurs maximum de lectures consécutives par type de file d'attente. Le champ Tsp est renseigné à ce moment.
Lorsqu'un paquet de données est reçu du réseau de télécommunication, il est pris en charge par un sous-module 14 de réception qui lit le champ P de priorité du paquet et le dépose dans la file d'attente qui convient du sous-module 12 de mise en attente.
Enfin, un sous-module 15 d'identification lit en temps réel les files d'attente de réception par ordre de priorité en vidant successivement les files FIFO#0 FIFO#1 et FIFO#2. Là encore des valeurs maximum de lectures consécutives par type de file sont définies afin de ne pas monopoliser le canal de transmission par un seul niveau de priorité. Les contenus des champs Idp, A et DATA sont extraits des paquets, les données du champ DATA étant fournies au poste associé en réception au travers des périphériques de haut niveau identifiés par le champ d'identification Idp. De manière facultative, si la valeur du champ A d'acquittement est égale à 1 , un accusé de réception est établi et déposé dans une file d'attente d'émission.

Claims

REVENDICATIONS
1. Procédé de transmission de flux de données différents entre deux postes (1 ;2) distants, reliés par un réseau de télécommunication, caractérisé en ce que ledit procédé comprend les étapes consistant:
- d'une part, à traiter chacun desdits flux de données reçu d'un (1) desdits postes conformément à un protocole de communication unique, commun à tous les flux de données, dans lequel les données sont organisées en paquets de données constitués selon un format comprenant, au moins, un champ (Idp) d'identification de flux, un champ (P) de priorité affectée audit flux et un champ (DATA) de données proprement dites, et à émettre lesdits paquets de données vers l'autre (2) desdits postes à travers le réseau de télécommunication en fonction de leur priorité respective, - d'autre part, à traiter chaque paquet de données reçu de l'autre (2) desdits postes en fonction de la priorité inscrite dans ledit champ (P) de priorité dudit paquet, et à fournir audit poste (1) l'identification du flux correspondant, inscrite dans ledit champ (Idp) d'identification, ainsi que les données contenues dans ledit champ (DATA) de données.
2. Système de transmission de flux de données différents entre deux postes (1 ;2) distants, reliés par un réseau de télécommunication, caractérisé en ce que chaque poste est équipé d'un module (10 ; 20) de communication identique apte :
- d'une part, à traiter chacun desdits flux de données reçu du poste associé (1 ;2) conformément à un protocole de communication unique, commun à tous les flux de données, dans lequel les données sont organisées en paquets de données constitués selon un format comprenant, au moins, un champ (Idp) d'identification de flux, un champ (P) de priorité affectée audit flux et un champ (DATA) de données proprement dites, et à émettre lesdits paquets de données vers le module (20 ;10) de communication de l'autre (2 ;1) desdits postes à travers le réseau de télécommunication en fonction de leur priorité respective,
- d'autre part, à traiter chaque paquet de données reçu du module (20 ;10) de communication de l'autre (2 ;1) desdits postes en fonction de la priorité inscrite dans ledit champ (P) de priorité dudit paquet, et à fournir au poste associé (1 ;2) l'identification du flux correspondant, inscrite dans ledit champ (Idp) d'identification, ainsi que les données contenues dans ledit champ (DATA) de données.
3. Module de communication destiné à équiper des postes distants (1 ;2), reliés par un réseau de télécommunication, dans un système de transmission de flux de données différents entre lesdits postes distants, caractérisé en ce que ledit module (10 ;20) de communication est apte à :
- d'une part, à traiter chacun desdits flux de données reçu du poste associé (1 ;2) conformément à un protocole de communication unique, commun à tous les flux de données, dans lequel les données sont organisées en paquets de données constitués selon un format comprenant, au moins, un champ (Idp) d'identification de flux, un champ(P) de priorité affectée audit flux et un champ (DATA) de données proprement dites, et à émettre lesdits paquets de données vers le module (20 ;10) de communication de l'autre (2 ;1) desdits postes à travers le réseau de télécommunication en fonction de leur priorité respective,
- d'autre part, à traiter chaque paquet de données reçu du module (20 ;10) de communication de l'autre (2) desdits postes en fonction de la priorité inscrite dans ledit champ (P) de priorité dudit paquet, et à fournir au poste associé (1) l'identification du flux correspondant, inscrite dans ledit champ (Idp) d'identification, ainsi que les données contenues dans ledit champ (DATA) de données.
4. Module de communication selon la revendication 3, caractérisé en ce que ledit module (10) de communication comprend :
- d'une part,
*un sous-module (11) de mise en forme apte à constituer lesdits paquets de données et renseigner le champ (Idp) d'identification de flux, le champ (P) de priorité et le champ (DATA) de données du format dudit protocole de communication en fonction des flux reçus du poste associé (1),
*un sous-module (12) de mise en attente comprenant des files d'attente associées, chacune, à une priorité du champ (P) de priorité, et apte à répartir lesdits paquets de données dans lesdites files d'attente en fonction de leur priorité, *un sous-module (13) d'émission apte à émettre les paquets de données vers le module (20) de communication de l'autre poste (2) en vidant lesdites files d'attente en fonction de leur priorité, - d'autre part, *un sous-module (14) de réception apte à recevoir les paquets de données reçus du module (20) de communication de l'autre poste (2) et à les transmettre audit sous-module (12) de mise en attente,
*un sous-module (15) d'identification apte à vider les files d'attente en fonction de leur priorité, à extraire le champ (Idp) d'identification de flux des paquets de données et fournir au poste associé (1) les données contenues dans ledit champ (DATA) de données avec leur identification.
EP02714288A 2001-03-08 2002-03-07 Procede et systeme de transmission de flux de donnees entre deux postes distants Withdrawn EP1374527A2 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0103127A FR2822006B1 (fr) 2001-03-08 2001-03-08 Procede et systeme de transmission de flux de donnees entre deux postes distants
FR0103127 2001-03-08
PCT/FR2002/000819 WO2002071676A2 (fr) 2001-03-08 2002-03-07 Procede et systeme de transmission de flux de donnees entre deux postes distants

Publications (1)

Publication Number Publication Date
EP1374527A2 true EP1374527A2 (fr) 2004-01-02

Family

ID=8860861

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02714288A Withdrawn EP1374527A2 (fr) 2001-03-08 2002-03-07 Procede et systeme de transmission de flux de donnees entre deux postes distants

Country Status (5)

Country Link
US (1) US20040158642A1 (fr)
EP (1) EP1374527A2 (fr)
AU (1) AU2002246205A1 (fr)
FR (1) FR2822006B1 (fr)
WO (1) WO2002071676A2 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9019087B2 (en) * 2007-10-16 2015-04-28 Immersion Corporation Synchronization of haptic effect data in a media stream

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU734747B2 (en) * 1996-01-31 2001-06-21 Ipsilon Networks, Inc. Improved method and apparatus for dynamically shifting between routing and switching packets in a transmission network
US6188689B1 (en) * 1996-10-04 2001-02-13 Kabushiki Kaisha Toshiba Network node and method of frame transfer
US6055564A (en) * 1998-03-11 2000-04-25 Hewlett Packard Company Admission control where priority indicator is used to discriminate between messages
US6426943B1 (en) * 1998-04-10 2002-07-30 Top Layer Networks, Inc. Application-level data communication switching system and process for automatic detection of and quality of service adjustment for bulk data transfers
EP1158740B1 (fr) * 2000-05-24 2009-09-16 Sony Deutschland GmbH Négotiation de la qualité de service
US20020059432A1 (en) * 2000-10-26 2002-05-16 Shigeto Masuda Integrated service network system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO02071676A2 *

Also Published As

Publication number Publication date
FR2822006B1 (fr) 2003-04-25
WO2002071676A2 (fr) 2002-09-12
AU2002246205A1 (en) 2002-09-19
FR2822006A1 (fr) 2002-09-13
WO2002071676A3 (fr) 2003-10-09
US20040158642A1 (en) 2004-08-12

Similar Documents

Publication Publication Date Title
FR2582175A1 (fr) Procede et dispositif de telecommunications par satellite en acces multiple a repartition dans le temps
EP1564992A1 (fr) Procédé et système pour enregistrement de données pour la vidéoconférence
EP1420590A1 (fr) Appareil pour fournir un contenu et procede pour fournir un contenu
FR2475827A1 (fr) Systeme de commutation numerique a division du temps pour voies mic vehiculant la parole et des donnees en mode-paquet
KR20040084892A (ko) 대역폭 옵티마이저를 사용한 그룹 화상 원격 전자 회의시스템 및 방법
CA2215486A1 (fr) Systeme de gestion de trafic et de controle d'encombrement pour reseaux a base de paquets
FR2896115A1 (fr) Dispositif et procede de changement rapide de canal pour tvip
US12332439B2 (en) Method and system for filtering a panoramic video signal using visual fixation
EP1746837A2 (fr) Procédé de téléchargement de données précédées par des signaux d'annonce
EP0756393A1 (fr) Procédé et dispositif de transmission de services multimédia sur réseau privé large bande
EP1306689A1 (fr) Procédé et système d'enregistrement et lecture synchronisée de données provenant d'une pluralité d'équipements terminaux
EP0683620B1 (fr) Procédé et dispositif de transmission de données asynchrone au moyen d'un bus synchrone
EP0406077B1 (fr) Système complémentaire de communication en mode sans-connexion pour réseau temporel asynchrone
US11057632B2 (en) Method and system for panoramic multimedia streaming
FR2939992A1 (fr) Procede d'equilibrage de la latence dans un arbre de communication, dispositif, produit programme d'ordinateur et moyen de stockage correspondants
EP0566454A1 (fr) Procédé et dispositif de gestion d'une ressource de diffusion
EP1374527A2 (fr) Procede et systeme de transmission de flux de donnees entre deux postes distants
EP0231711A1 (fr) Procédé et équipements de multiplexage et démultiplexage pour mesurer la qualité et localiser des défauts dans des voies numériques multiplexées
EP3828671B1 (fr) Procédé et système de traitement de contenu sélectif par caméra panoramique et casque de réalité virtuelle
FR2520570A1 (fr) Reseau de communication local en boucle vehiculant a la fois des donnees et des signaux telephoniques de parole sous forme numerique
EP1978714B1 (fr) Protocole et système de diffusion de programmes audiovisuels à partir d'un serveur
CA2927415A1 (fr) Procede de diffusion multipoints
EP1454457B1 (fr) Dispositif pour la surveillance d'un reseau
SE524989C2 (sv) Anordning och förfarande för distribution av flödande realtidsinformation mellan klienter
JPS63181584A (ja) 画像パケツト転送制御方式

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20030915

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

17Q First examination report despatched

Effective date: 20090821

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20091001