FR2921535A1 - Procede de transfert de donnees entre une source et un recepteur a l'aide d'un protocole de transfert des donnees - Google Patents

Procede de transfert de donnees entre une source et un recepteur a l'aide d'un protocole de transfert des donnees Download PDF

Info

Publication number
FR2921535A1
FR2921535A1 FR0757802A FR0757802A FR2921535A1 FR 2921535 A1 FR2921535 A1 FR 2921535A1 FR 0757802 A FR0757802 A FR 0757802A FR 0757802 A FR0757802 A FR 0757802A FR 2921535 A1 FR2921535 A1 FR 2921535A1
Authority
FR
France
Prior art keywords
link
receiver
data
source
bidirectional
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
FR0757802A
Other languages
English (en)
Inventor
Frederic Bourcier
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.)
PSA Automobiles SA
Original Assignee
Peugeot Citroen Automobiles 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 Peugeot Citroen Automobiles SA filed Critical Peugeot Citroen Automobiles SA
Priority to FR0757802A priority Critical patent/FR2921535A1/fr
Publication of FR2921535A1 publication Critical patent/FR2921535A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/38—Flow based routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/13—Flow control; Congestion control in a LAN segment, e.g. ring or bus
    • 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/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/214—Specialised server platform, e.g. server located in an airplane, hotel, hospital
    • H04N21/2146—Specialised server platform, e.g. server located in an airplane, hotel, hospital located in mass transportation means, e.g. aircraft, train or bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/44029—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne un procédé de transfert de données entre une source (1 , 2) et un récepteur (3) à l'aide d'un protocole de transfert des données, comprenant : un ou plusieurs envois de données, de la source (1 , 2) vers le récepteur (3), sur un lien monodirectionnel haut débit (6, 7) ; un ou plusieurs échanges de messages du protocole de transfert des données, entre la source (1 , 2) et le récepteur (3), sur un lien bidirectionnel bas débit (5).

Description

PROCEDE DE TRANSFERT DE DONNEES ENTRE UNE SOURCE ET UN RECEPTEUR A L'AIDE D'UN PROTOCOLE DE TRANSFERT DES DONNEES L'invention concerne le domaine des procédés de transfert de données entre une source et un récepteur. On considère le cas d'une architecture où la source et le récepteur sont reliés d'une part par un lien monodirectionnel haut débit et d'autre part par un lien bidirectionnel bas débit. Les termes de haut débit et de bas débit sont relatifs, le haut débit signifiant un io débit plus élevé que le bas débit, et de préférence beaucoup plus élevé que le bas débit, d'un facteur pouvant varier avantageusement de dix à plus de mille. Lorsque la source doit transférer à un récepteur des données, et en particulier des données volumineuses comme des images, soit la source 15 les transfère au récepteur via le lien bidirectionnel bas débit, sous forme de paquets de données accompagnés de messages d'un protocole de transfert de données qui encadre le transfert de données et assure que ce transfert de données est réalisé correctement, soit la source les transfère au 20 récepteur via le lien monodirectionnel haut débit sous la forme d'un flux vidéo. Le protocole de transfert de données peut, pour assurer un transfert correct des données, comprendre tout un ensemble de types de messages, d'envoi, d'acquittement, d'erreur, de demande de renvoi, de renvoi, etc 25 Il est connu un premier art antérieur dans lequel les images sont transférées sur le lien bidirectionnel bas débit sous forme de paquets de données accompagnés de messages d'un protocole de transfert de données qui encadre le transfert de 30 données et assure que ce transfert de données est réalisé correctement. Ce premier art antérieur présente d'une part l'inconvénient de ralentir le transfert d'images qui peut devenir très long. Il peut présenter d'autre part l'inconvénient de surcharger le lien bidirectionnel bas débit alors que celui-ci peut devoir rester disponible pour d'autres éléments du réseau. II pourrait être envisagé une autre solution dans laquelle le lien monodirectionnel haut débit existant est rendu bidirectionnel tout en conservant son caractère haut débit. Un lien bidirectionnel haut débit présente un caractère relativement complexe et coûteux. Par ailleurs, le côté surdimensionné du caractère bidirectionnel peut sembler excessif. En effet, du récepteur vers la source, seuls des Io messages du protocole de transfert de données, relativement peu volumineux par rapport aux données elles-mêmes qui sont par exemple des images, sont censés circuler. Le caractère haut débit du sens récepteur vers source serait alors peu rentabilisé. 15 Pour d'une part permettre le transfert des données dans un temps raisonnable et d'autre part éviter un investissement trop important dans une liaison coûteuse surdimensionnée, il y a aussi la possibilité de transférer les données, et en particulier les images, sur le lien haut débit existant dont on ne modifie 20 pas le caractère monodirectionnel, les images étant alors transmises sous la forme d'un flux vidéo, c'est-à-dire notamment sans que soient échangées entre source et récepteur les messages du protocole de transfert de données. Dans ce dernier cas, trois types de problème peuvent se 25 poser. Tout d'abord, un premier problème peut se poser. La source peut ne pas être capable de convertir certains types d'image en un flux vidéo alors qu'elle peut transmettre tout type d'image sous la forme de paquets de données. En effet, la 30 source peut n'être capable de transformer en flux vidéo que certains formats d'image, par exemple les plus courants comme MPEG et JPEG, et pas d'autres, comme des formats plus spécifiques.
Pour résoudre ce premier problème, il est prévu selon l'invention d'envoyer, sous forme de paquets de données, les données sur le lien monodirectionnel haut débit tandis qu'au moins une partie des messages du protocole de transfert des données, c'est-à-dire au moins les messages en provenance du récepteur à destination de la source, transite sur le lien bidirectionnel bas débit, dans le sens du récepteur vers la source. Le lien monodirectionnel haut débit n'autorise que les transitions que dans le sens de la source vers le récepteur. io Dans un premier type de réalisation, de préférence tous les messages transitent sur le lien bidirectionnel bas débit, aussi bien les messages allant de la source vers le récepteur que les messages allant du récepteur vers la source, tandis que dans un deuxième type de réalisation, de préférence seuls les 15 messages allant du récepteur vers la source transitent sur le lien bidirectionnel bas débit, les messages allant de la source vers le récepteur transitant sur le lien monodirectionnel haut débit. II est encore possible d'imaginer qu'une partie des messages allant de la source vers le récepteur transitent sur 20 le lien monodirectionnel haut débit tandis qu'une autre partie des messages allant de la source vers le récepteur transitent sur le lien bidirectionnel bas débit. Selon l'invention, il est prévu un procédé de transfert de données entre une source et un récepteur à l'aide d'un 25 protocole de transfert des données, comprenant : un ou plusieurs envois de données, de la source vers le récepteur, sur un lien monodirectionnel haut débit ; un ou plusieurs échanges de messages du protocole de transfert des données, entre la source et le récepteur, sur un lien bidirectionnel bas 30 débit. Selon l'invention, il est également prévu un procédé de transfert de données entre une source et un récepteur à l'aide d'un protocole de transfert des données, comprenant : un ou plusieurs envois de données, de la source vers le récepteur, sur un lien monodirectionnel haut débit ; un ou plusieurs envois de messages du protocole de transfert des données, de la source vers le récepteur, sur le lien monodirectionnel haut débit ; un ou plusieurs envois de messages du protocole de transfert des données, du récepteur vers la source, sur un lien bidirectionnel bas débit. Ensuite un deuxième problème peut se poser. Le débit de transfert du flux vidéo est par nature élevé et le récepteur peut à certains moments ne plus être capable de suivre le io rythme imposé par ce débit et par conséquent ne plus être capable de réceptionner correctement toutes les données transmises et perdre ainsi une partie des données transmises. La source ne saura pas quelle partie du flux vidéo a mal été transmise et doit être retransmise, parfois elle ne saura même 15 pas que la transmission aura été incorrecte. De plus les données ainsi transmises peuvent présenter un caractère beaucoup plus critique, et donc une sensibilité aux erreurs de transmission nettement supérieure, que les images habituellement transmises sous forme de flux vidéo. Par 20 exemple, une image constituée par une somme d'objets sera très sensible à une erreur de transmission, même sur un bit, tandis que cela peut n'être pas perceptible à l'oeil nu pour une image se présentant sous la forme d'une somme de pixels. Pour résoudre ce deuxième problème, selon l'invention, la 25 cadence des échanges de messages régule le débit d'envoi des données. Le paquet de données suivant peut n'être envoyé qu'une fois qu'on a vérifié que le précédent avait été bien reçu ; si ce n'est pas le cas on renvoie le paquet de données perdu, ce qui bien sûr diminue le débit d'envoi moyen 30 des paquets de données. Si plusieurs paquets de données ont été envoyés, et que l'un de ces paquets de données a été mal reçu, ce dernier peut être renvoyé avant le nouveau paquet de données non encore envoyé et prêt à être envoyé. Par exemple, on envoie un paquet de données quand un message d'acquittement signale la bonne réception du précédent, tandis que l'on renvoie le précédent, si au lieu du message d'acquittement on reçoit un message d'erreur ou bien un message de demande de renvoi. De par leur mécanisme, la plupart des échanges de messages de protocole de transfert régule automatiquement le débit d'envoi des données notamment en fonction de leur plus ou moins bonne réception, c'est-à-dire d'un taux de bonne réception plus ou moins élevé. L'invention est donc particulièrement intéressante lorsque le io récepteur réagit trop lentement ou devient trop chargé par ailleurs, grâce à la souplesse du transfert de paquets de données à l'aide d'un protocole de transfert de données lequel permet de réguler le débit d'envoi des données sur le lien monodirectionnel haut débit. Dans ce cas, lorsque le deuxième 15 problème se pose, même si on choisit une source qui est suffisamment complexe et performante pour transformer tout type de format d'image en flux vidéo, l'invention reste intéressante. Selon l'invention, dans un premier type de procédé prévu, le 20 débit d'envoi des données sur le lien monodirectionnel haut débit est régulé par l'évolution de la cadence des échanges de messages sur le lien bidirectionnel bas débit. Selon l'invention également, dans un deuxième type de procédé prévu, le débit d'envoi des données sur le lien 25 monodirectionnel haut débit est régulé par l'évolution de la cadence des envois de messages sur le lien bidirectionnel bas débit. Plus précisément, la régulation prend en compte l'évolution à la fois de la cadence des envois de messages sur le lien bidirectionnel bas débit et de la cadence des envois de 30 messages sur le lien monodirectionnel haut débit, lesquelles cadences sont indirectement liées entre elles. Enfin, un troisième problème peut se poser. Lorsque les données ou les images transmises doivent être stockées au niveau du récepteur pour être réutilisables ultérieurement et non pas seulement affichées sur un écran puis effacées, le temps d'accès de la mémoire de stockage du récepteur peut être trop long et par conséquent incompatible avec le débit du lien monodirectionnel haut débit. Dans ce cas, une partie des données transmises est perdue sans avoir pu être stockée. Pour résoudre ce troisième problème, selon l'invention, de nouveau la souplesse du transfert par paquets de données à l'aide d'un protocole de transfert de données est d'autant plus appréciable. En effet, dans le cas d'un flux vidéo d'images io affichées immédiatement puis effacées, le récepteur peut fonctionner correctement avec le débit élevé du lien monodirectionnel haut débit tout en ayant une mémoire dont le temps d'accès quant à lui est incompatible avec ce haut débit, temps d'accès qui empêcherait alors de stocker correctement 15 les images envoyées dans un flux vidéo sur le lien monodirectionnel haut débit. Lorsque les données envoyées doivent être stockées pour pouvoir être utilisées ultérieurement, et non pas effacées après usage immédiat, l'invention est donc particulièrement intéressante, parce-que 20 dans ce cas, un temps d'accès à la mémoire du récepteur qui serait trop long deviendrait rédhibitoire. Selon l'invention, il est prévu un procédé dans lequel, les données envoyées, de la source vers le récepteur, sur le lien monodirectionnel haut débit, sont stockées dans une mémoire 25 du récepteur de manière à pouvoir être utilisées ultérieurement. Le gain de temps réalisé par l'invention, entre un envoi classique entièrement sur le lien bidirectionnel bas débit et un envoi selon le procédé de l'invention, tout en ne sacrifiant pas 30 la qualité de la transmission comme lors d'un envoi sous forme de flux vidéo sans l'aide d'un protocole de transfert de données, est très important et peut même dans certaines applications automobiles devenir énorme. En effet, dans certaines applications automobiles préférentielles, un transfert d'images qui aurait pris environ deux heures peut être réalisé en une dizaine de secondes.
L'invention va maintenant être décrite plus en détail à l'aide des figures ci-après, données à titre d'exemples illustratifs et non limitatifs, où : - la figure 1 représente schématiquement un exemple d'une portion de réseau de bord de véhicule automobile pouvant mettre en oeuvre le procédé de transfert de données selon io l'invention.
La figure 1 représente schématiquement un exemple d'une portion de réseau de bord de véhicule automobile pouvant mettre en oeuvre le procédé de transfert de données selon 15 l'invention. Une source 1 est reliée à un récepteur 3 par un lien monodirectionnel haut débit 6. Une source 2 est reliée au récepteur 3 par un lien monodirectionnel haut débit 7. Un bus multiplexé 5 bas débit relie notamment d'une part la source 1 au récepteur 3 et d'autre part la source 2 au récepteur 3. La 20 source 1 a un accès bidirectionnel 8 au bus 5. Le récepteur 3 a un accès bidirectionnel 9 au bus 5. La source 2 a un accès bidirectionnel 10 au bus 5. Le récepteur 3 est avantageusement un contrôleur graphique pilotant un écran 4. Le pilotage est représenté par l'intermédiaire d'une flèche en 25 traits pointillés. Par exemple, pour un envoi de données de la source 1 vers le récepteur 3, tandis que les données par exemple des images sont envoyées sous forme de paquets de données sur le lien 6 monodirectionnel haut débit, de la source 1 vers le récepteur 3, les messages du protocole de 30 transfert de données, encadrant le transfert de données réalisé sur le lien 6 monodirectionnel haut débit, sont échangés sur le bus multiplexé 5 par l'intermédiaire des accès 8 et 9. Une fois les données reçues par le récepteur 3, celui-ci les stocke en mémoire. Puis le moment venu, par exemple à la demande de l'utilisateur, le récepteur 3 extrait les données stockées, par exemple des images, les envoie à l'écran 4 qui les affiche ou les utilise pour réaliser un affichage. Par exemple, avant d'envoyer un nouveau paquet de données sur le lien 6 monodirectionnel haut débit, la source 1 attend d'avoir reçu un message d'acquittement émis par le récepteur 3 sur le bus multiplexé 5. De façon concomitante ou de façon alternative, par exemple, dès qu'un message d'erreur ou de demande de renvoi en provenance du récepteur 3 est émis sur io le bus multiplexé 5 et arrive à la source 1, la source 1 émet à nouveau le paquet de données réputé perdu avant d'émettre un nouveau paquet de données, ce qui ralentit le débit moyen d'envoi des paquets de données sur le lien 6 monodirectionnel haut débit d'autant. Un envoi de données de la source 2 vers 15 le récepteur 3 est réalisé de façon similaire. II pourrait encore y avoir une ou plusieurs autres sources reliées au récepteur 3 d'une manière similaire aux sources 1 et 2. L'architecture de la figure 1 a été décrite en liaison avec le premier type de procédé selon l'invention. Cette architecture peut fonctionner 20 de façon similaire en liaison avec le deuxième type de procédé selon l'invention. Toutefois, dans ce cas, les messages du protocole de transfert de données, allant de la source 1 ou 2 vers le récepteur 3, ne passe plus par le bus 5, mais par le lien monodirectionnel haut débit 6 ou 7.
25 Dans un mode de réalisation de l'invention, une ou plusieurs images transmises sous forme de paquets de données, de la source vers le récepteur, sur le lien monodirectionnel haut débit, sont stockées dans une mémoire du récepteur de manière à pouvoir être affichées ultérieurement. Ces images 30 ne sont pas transmises sous la forme d'un flux vidéo pour les raisons évoquées précédemment. De préférence, ladite ou lesdites images sont transmises sous forme compressée. Ainsi les paquets de données sont moins volumineux. Dans un premier exemple de type d'images, lesdites images sont des images de configuration d'écran. Ainsi, des configurations d'écran relativement complexes peuvent être facilement téléchargées. Dans un deuxième exemple de type d'images, lesdites images sont des mises à jour d'images stockées dans la mémoire du récepteur. Ainsi des mises à jour de quantités de données relativement importantes peuvent être réalisées. Ces deux exemples de type d'image sont particulièrement sensibles aux erreurs de transmission et doivent être stockés pour pouvoir être utilisés en différé par rapport au moment de io leur transmission. D'autres images sont de préférence également transmises mais cette fois sous forme de flux vidéo, de la source vers le récepteur, sur le lien monodirectionnel haut débit. Dans ce cas, le flux vidéo est avantageusement transmis sous forme 15 décompressée. Ainsi, le flux vidéo peut être transmis directement du récepteur vers l'écran pour être affiché en direct, sans traitement intermédiaire de décompression au niveau du récepteur qui est avantageusement l'afficheur ou le contrôleur graphique de l'écran sur lequel sont affichées les 20 images du flux vidéo reçu. En véhiculant ces deux types d'images, la source n'est plus seulement une source de flux vidéo, elle devient également une source de téléchargement d'images ou d'autres données comme par exemple un code informatique volumineux.
25 Une partie des données à transférer de la source vers le récepteur peut l'être via le lien bidirectionnel bas débit, si cette partie de données est peu volumineuse, par exemple un code informatique peu volumineux d'une fonction simple à réaliser par le récepteur ou par un élément dépendant du 30 récepteur. Par contre, un ensemble de nombreuses images au contenu relativement riche sera transféré via le lien monodirectionnel haut débit, pour pouvoir d'une part être transféré dans un délai raisonnable et d'autre part ne pas surcharger le lien bidirectionnel bas débit dont d'autres Io éléments importants du réseau peuvent avoir un besoin critique à certains moments. A titre d'exemple illustratif, une taille de données à transférer comme supérieure à 10 mégaoctets ou un temps de transfert de données comme supérieur à 5 minutes peuvent être considérés comme excessifs. Afin d'une part de ne pas surcharger le lien bidirectionnel bas débit sur lequel les messages du protocole de transfert de données vont circuler en nombre croissant en fonction du Io nombre de paquets de données entre lesquels un ensemble de données à transférer va être découpé, la taille des paquets de données ne devrait de préférence pas être trop petite. Afin d'autre part de ne pas surcharger la mémoire tampon du récepteur et de laisser au récepteur le temps d'utiliser ou de 15 stocker correctement les données reçues, ces données ne devraient avantageusement pas être groupées dans des paquets trop gros qui ne pourraient alors plus être convenablement digérés par le récepteur ; c'est pour cela que la taille des paquets de données ne devrait de préférence 20 pas être trop grosse. Dans une application préférentielle de transfert de données dans le réseau de bord d'un véhicule automobile, la taille des paquets de données véhiculant les images est comprise entre 500 Koctets, qui est la limite pouvant être véhiculé sur le réseau CAN constituant alors le 25 lien bidirectionnel bas débit, et 10 Moctets. Dans une réalisation avantageuse, un code correcteur d'erreur pourra être employé pour la transmission des données sur le lien monodirectionnel haut débit. Un rendement R de l'ensemble de la transmission est donné par le temps effectif 30 de transmission de données Td rapporté au temps total de communication Ttot. On a la formule suivante : R = Td/Ttot. Dans ladite application préférentielle de transfert de données dans le réseau de bord d'un véhicule automobile, une plage de rendement du procédé de l'invention est comprise entre 50% et 99%, selon le type d'électronique interne que comprend le récepteur. Dans une réalisation préférentielle du procédé selon l'invention, plusieurs sources sont reliées à un même récepteur. Cette multiplicité des sources rend d'autant plus intéressant le procédé selon l'invention, car le récepteur peut recevoir en même temps plusieurs envois de données en provenance de plusieurs sources, ce qui rendra encore plus critique l'ensemble des problèmes exposés précédemment. io Avantageusement, plusieurs sources sont reliées à un même récepteur, par l'intermédiaire d'une part d'un lien monodirectionnel haut débit différent pour chaque source et d'autre part par un lien bidirectionnel bas débit commun pour toutes les sources. Cette multiplicité des sources rend 15 d'autant plus critique la disponibilité des ressources au niveau du lien bidirectionnel bas débit et plus intéressant la possibilité offerte par le procédé selon l'invention de décharger ce lien bidirectionnel bas débit de quantités de données volumineuses à transférer des sources vers le 20 récepteur. Dans une application préférentielle de transfert de données dans le réseau de bord d'un véhicule automobile, parmi la ou les sources, il y a une radio et/ou un lecteur DVD et/ou un lecteur MP3 et/ou un boîtier de raccord nomade et/ou un 25 système de navigation embarqué et/ou une caméra de recul et/ou un système de vision de nuit. De préférence, le récepteur est un afficheur et ou un contrôleur graphique, d'un écran. Le contrôleur graphique peut notamment présenter une interface homme machine dont les 30 éléments graphiques constitutifs représentent souvent des quantités de données plutôt volumineuses. De préférence, l'écran concerné sera un écran multifonctions, commun à l'affichage d'images issues de plusieurs sources de données, par exemple de l'ensemble des sources de données reliés au réseau de bord d'information et de divertissement du véhicule automobile. Cet écran sera avantageusement un écran couleur et de grande taille. Par exemple, il peut permettre d'afficher aussi bien le régime du moteur du véhicule automobile demandé par son conducteur que la pochette du compact disque écouté dans l'habitacle du véhicule automobile. De préférence, le lien monodirectionnel haut débit est un lien apte à transmettre un flux vidéo. Ainsi, en plus de sa fonction de transmission d'images sous forme de flux vidéo, il aura une io fonction téléchargement de données volumineuses, par exemple d'autres images, sous forme de paquets de données. Le lien monodirectionnel haut débit assure une liaison point à point entre la source et le récepteur. Dans le domaine des réseaux de bord de véhicule automobile, le flux vidéo 15 transféré est habituellement un flux non compressé notamment pour éviter que certains éléments d'image bavent sur les autres à l'affichage, comme par exemple les noms de ville sur une carte affichée par la fonction navigation. Le lien monodirectionnel haut débit est avantageusement un lien 20 LVDS (LVDS est un sigle représentant une technologie Low Voltage Differential Signal en langue anglaise). Un lien LVDS offre un débit élevé avec une faible sensibilité aux perturbations électromagnétiques. Un lien LVDS présente par exemple l'avantage de pouvoir supporter un débit 25 correspondant à un flux vidéo d'environ 30 images numériques décompressées par seconde avec une résolution de 800 fois 480 pixels par image sur une profondeur d'au moins 18 bits de codage par pixel. Le lien LVDS a typiquement un haut débit compris entre 200 Mbits par seconde à 1 Gbit par seconde, 30 voire même au-delà. De préférence, le lien bidirectionnel bas débit est un bus multiplexé. Ce bus multiplexé est avantageusement un réseau CAN. C'est par exemple le réseau CAN consacré à l'information et au divertissement dans un véhicule automobile. Ce réseau CAN est un réseau CAN basse vitesse (réseau CAN Low Speed en anglais), présentant par exemple un débit de 125 kbits par seconde. Ce réseau CAN peut communiquer avec le réseau CAN principal du véhicule automobile, consacré à la fonction conduite du véhicule automobile, via le boîtier de servitude intelligent (BSI). Le haut débit du lien monodirectionnel haut débit est supérieur au bas débit du lien bidirectionnel bas débit. De préférence, le haut débit du lien monodirectionnel est supérieur au bas débit du lien bidirectionnel d'au moins un facteur 10. Préférentiellement, le haut débit du lien monodirectionnel est supérieur au bas débit du lien bidirectionnel d'au moins un facteur 100. Avantageusement, le haut débit du lien monodirectionnel est supérieur au bas débit du lien bidirectionnel d'au moins un facteur 1000. De préférence, le récepteur ainsi que la ou les sources sont reliés au réseau de bord d'un véhicule automobile. L'invention concerne aussi un réseau de bord de véhicule automobile comprenant une ou plusieurs sources, un récepteur, un ou plusieurs liens monodirectionnels haut débit, un lien bidirectionnel bas débit, disposés de manière à mettre en oeuvre le procédé selon l'invention. Une part importante des véhicules automobiles actuels possèdent un réseau de bord dédié à l'information et au divertissement des occupants du véhicule automobile qui est basé sur un bus multiplexé bas débit. Un besoin de transfert de flux vidéo est né à la fois de l'éclatement des boîtiers fonctionnels et de l'arrivée de médias vidéo dans l'habitacle du véhicule automobile. Ce besoin de transfert vidéo est couvert par les liens monodirectionnels haut débit assurant des liaisons point à point respectivement entre d'une part les sources et d'autre part le récepteur qui sera avantageusement le contrôleur graphique de l'écran multifonctions dédié au réseau de bord information et divertissement dans le véhicule automobile. Le procédé selon l'invention permet d'utiliser astucieusement ces liens monodirectionnels haut débit, existants et prévus pour la transmission de flux vidéo, pour réaliser en plus le téléchargement de données volumineuses.

Claims (25)

REVENDICATIONS
1) Procédé de transfert de données entre une source (1,
2) et un récepteur (3) à l'aide d'un protocole de transfert des 5 données, comprenant : - un ou plusieurs envois de données, de la source (1, 2) vers le récepteur (3), sur un lien monodirectionnel haut débit (6, 7) ; - un ou plusieurs échanges de messages du protocole de 10 transfert des données, entre la source (1, 2) et le récepteur (3), sur un lien bidirectionnel bas débit (5). 2) Procédé selon la revendication 1, caractérisé en ce que le débit d'envoi des données sur le lien monodirectionnel haut 15 débit (6, 7) est régulé par l'évolution de la cadence des échanges de messages sur le lien bidirectionnel bas débit (5).
3) Procédé de transfert de données entre une source (1, 2) et un récepteur (3) à l'aide d'un protocole de transfert des 20 données, comprenant : - un ou plusieurs envois de données, de la source (1, 2) vers le récepteur (3), sur un lien monodirectionnel haut débit (6, 7) ; - un ou plusieurs envois de messages du protocole de 25 transfert des données, de la source (1, 2) vers le récepteur (3), sur le lien monodirectionnel haut débit (6, 7) ; -un ou plusieurs envois de messages du protocole de transfert des données, du récepteur (3) vers la source (1, 2), sur un lien bidirectionnel bas débit (5). 30
4) Procédé selon la revendication 3, caractérisé en ce que le débit d'envoi des données sur le lien monodirectionnel haut 25débit (6, 7) est régulé par l'évolution de la cadence des envois de messages sur le lien bidirectionnel bas débit (5).
5) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les données envoyées, de la source (1, 2) vers le récepteur (3), sur le lien monodirectionnel haut débit (6, 7), sont stockées dans une mémoire du récepteur (3) de manière à pouvoir être utilisées ultérieurement. Io
6) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une ou plusieurs images transmises sous forme de paquets de données, de la source (1, 2) vers le récepteur (3), sur le lien monodirectionnel haut 15 débit (6,
7), sont stockées dans une mémoire du récepteur (3) de manière à pouvoir être affichées ultérieurement. 7) Procédé selon la revendication 6, caractérisé en ce que ladite ou lesdites images sont transmises sous forme 20 compressée.
8) Procédé selon l'une quelconque des revendications 6 à 7, caractérisé en ce que lesdites images sont des images de configuration d'écran (4).
9) Procédé selon l'une quelconque des revendications 6 à 8, caractérisé en ce que lesdites images sont des mises à jour d'images stockées dans la mémoire du récepteur (3). 30
10) Procédé selon l'une quelconque des revendications 6 à 9, caractérisé en ce que d'autres images sont également transmises sous forme de flux vidéo, de la source (1, 2) vers le récepteur (3), sur le lien monodirectionnel haut débit (6, 7). 15
11) Procédé selon l'une quelconque des revendications 6 à 10, caractérisé en ce que le flux vidéo est transmis sous forme décompressée.
12) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le récepteur (3) est un afficheur et ou un contrôleur graphique, d'un écran (4).
13) Procédé selon l'une quelconque des revendications 10 précédentes, caractérisé en ce que le lien monodirectionnel haut débit (6, 7) est un lien apte à transmettre un flux vidéo.
14) Procédé selon la revendication 13, caractérisé en ce que le lien monodirectionnel haut débit (6, 7) est un lien LVDS.
15) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le lien bidirectionnel bas débit (5) est un bus multiplexé. 20
16) Procédé selon la revendication 15, caractérisé en ce que le bus multiplexé (5) est un réseau CAN.
17) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que plusieurs sources (1, 2) 25 sont reliées à un même récepteur (3).
18) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que plusieurs sources (1, 2) sont reliées à un même récepteur (3), par l'intermédiaire d'une 30 part d'un lien monodirectionnel haut débit (6, 7) différent pour chaque source (1, 2) et d'autre part par un lien bidirectionnel bas débit (5) commun pour toutes les sources (1, 2). 5 30
19) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la taille des paquets de données véhiculant les images est comprise entre 500 K octets et 10 M octets.
20) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le haut débit du lien monodirectionnel (6, 7) est supérieur au bas débit du lien bidirectionnel (5) d'au moins un facteur 10. 10
21) Procédé selon la revendication 20, caractérisé en ce que le haut débit du lien monodirectionnel (6, 7) est supérieur au bas débit du lien bidirectionnel (5) d'au moins un facteur 100. 15
22) Procédé selon la revendication 21, caractérisé en ce que le haut débit du lien monodirectionnel (6, 7) est supérieur au bas débit du lien bidirectionnel (5) d'au moins un facteur 1000.
23) Procédé selon l'une quelconque des revendications 20 précédentes, caractérisé en ce que parmi la ou les sources (1, 2), il y a une radio et/ou un lecteur DVD et/ou un lecteur MP3 et/ou un boîtier de raccord nomade et/ou un système de navigation embarqué et/ou une caméra de recul et/ou un système de vision de nuit. 25
24) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le récepteur (3) ainsi que la ou les sources (1, 2) sont reliés au réseau de bord d'un véhicule automobile.
25) Réseau de bord de véhicule automobile comprenant une ou plusieurs sources (1, 2), un récepteur (3), un ou plusieurs liens monodirectionnels haut débit (6, 7), un lien bidirectionnel bas débit (5), disposés de manière à mettre en oeuvre leprocédé selon l'une quelconque des revendications précédentes.
FR0757802A 2007-09-24 2007-09-24 Procede de transfert de donnees entre une source et un recepteur a l'aide d'un protocole de transfert des donnees Withdrawn FR2921535A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0757802A FR2921535A1 (fr) 2007-09-24 2007-09-24 Procede de transfert de donnees entre une source et un recepteur a l'aide d'un protocole de transfert des donnees

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0757802A FR2921535A1 (fr) 2007-09-24 2007-09-24 Procede de transfert de donnees entre une source et un recepteur a l'aide d'un protocole de transfert des donnees

Publications (1)

Publication Number Publication Date
FR2921535A1 true FR2921535A1 (fr) 2009-03-27

Family

ID=39272229

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0757802A Withdrawn FR2921535A1 (fr) 2007-09-24 2007-09-24 Procede de transfert de donnees entre une source et un recepteur a l'aide d'un protocole de transfert des donnees

Country Status (1)

Country Link
FR (1) FR2921535A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140247355A1 (en) * 2013-03-04 2014-09-04 Magna Electronics Inc. Vehicle vision system camera with integrated physical layer components
US10515279B2 (en) 2012-05-18 2019-12-24 Magna Electronics Inc. Vehicle vision system with front and rear camera integration

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1065842A2 (fr) * 1999-06-30 2001-01-03 Sony Corporation Procédé de communication, dispositif de transmission et dispositif de réception
US20010036193A1 (en) * 2000-03-08 2001-11-01 Teruhiko Kori Signal transmission device and method
EP1191745A1 (fr) * 2000-09-22 2002-03-27 Siemens Aktiengesellschaft Procédé pour la transmission de messages à trajets multiples
WO2003107676A2 (fr) * 2002-06-18 2003-12-24 Robert Bosch Gmbh Interface et procede de transmission de donnees d'image
EP1473932A2 (fr) * 2003-05-01 2004-11-03 Genesis Microchip, Inc. Interface de visualisation vidéo à commutation par paquets et méthodes d'utilisation de celle-ci
FR2866170A1 (fr) * 2004-02-10 2005-08-12 France Telecom Noeud d'un reseau de transmission de donnees et procede de dimensionnement et d'utilisation optimale d'une connexion comportant un tel noeud

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1065842A2 (fr) * 1999-06-30 2001-01-03 Sony Corporation Procédé de communication, dispositif de transmission et dispositif de réception
US20010036193A1 (en) * 2000-03-08 2001-11-01 Teruhiko Kori Signal transmission device and method
EP1191745A1 (fr) * 2000-09-22 2002-03-27 Siemens Aktiengesellschaft Procédé pour la transmission de messages à trajets multiples
WO2003107676A2 (fr) * 2002-06-18 2003-12-24 Robert Bosch Gmbh Interface et procede de transmission de donnees d'image
EP1473932A2 (fr) * 2003-05-01 2004-11-03 Genesis Microchip, Inc. Interface de visualisation vidéo à commutation par paquets et méthodes d'utilisation de celle-ci
FR2866170A1 (fr) * 2004-02-10 2005-08-12 France Telecom Noeud d'un reseau de transmission de donnees et procede de dimensionnement et d'utilisation optimale d'une connexion comportant un tel noeud

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10515279B2 (en) 2012-05-18 2019-12-24 Magna Electronics Inc. Vehicle vision system with front and rear camera integration
US10922563B2 (en) 2012-05-18 2021-02-16 Magna Electronics Inc. Vehicular control system
US11308718B2 (en) 2012-05-18 2022-04-19 Magna Electronics Inc. Vehicular vision system
US11508160B2 (en) 2012-05-18 2022-11-22 Magna Electronics Inc. Vehicular vision system
US11769335B2 (en) 2012-05-18 2023-09-26 Magna Electronics Inc. Vehicular rear backup system
US20140247355A1 (en) * 2013-03-04 2014-09-04 Magna Electronics Inc. Vehicle vision system camera with integrated physical layer components
US10057544B2 (en) * 2013-03-04 2018-08-21 Magna Electronics Inc. Vehicle vision system camera with integrated physical layer components
US10630940B2 (en) 2013-03-04 2020-04-21 Magna Electronics Inc. Vehicular vision system with electronic control unit
US11252376B2 (en) 2013-03-04 2022-02-15 Magna Electronics Inc. Vehicular vision system with electronic control unit

Similar Documents

Publication Publication Date Title
EP2320603B1 (fr) Système de communication dans un aéronef
CA2698325C (fr) Methode de transmission de messages acars sur ip
FR2911234A1 (fr) Procede d'envoi de paquets de donnees d'un serveur vers un client, le client utilisant simultanement a un debit constant d les donnees qu'il recoit
EP2793431A1 (fr) Méthode distribuée d'acquisition de données dans un réseau afdx
FR2949931A1 (fr) Procedes et dispositifs de transmission d'un flux de donnees, produit programme d'ordinateur et moyen de stockage correspondants.
FR2913554A1 (fr) Procede d'envoi de paquets de donnees d'un serveur vers des clients par une liaison de donnees ayant un taux d'erreur donne
FR2939994A1 (fr) Procede de transmission d'un flux de donnees multi-canal sur un tunnel multi-transport, produit programme d'ordinateur, moyen de stockage et tetes de tunnel correspondantes
FR2832014A1 (fr) Module et procede de communication inter-utilisateurs et produits correspondants
EP2119077B1 (fr) Procede et dispositif contre la perte de salves dans un systeme de transmission dvb-h
FR2921535A1 (fr) Procede de transfert de donnees entre une source et un recepteur a l'aide d'un protocole de transfert des donnees
EP2290955A2 (fr) Procédé de diffusion de données numériques
EP1845685A1 (fr) Transmission perfectionnée de paquets IP de contenus, par adjonction à ces paquets IP de données d'information rélatives aux contenus
FR2980662A1 (fr) Methode d'enregistrement d'un contenu dans un fichier sur un serveur et dispositif correspondant
WO2013182812A1 (fr) Trames de contrôle de courte durée en couche physique
FR2918832A1 (fr) Procedes de transmission de donnees par des noeuds relais dans un reseau de communication synchrone, procede de reception, produit programme d'ordinateur, moyen de stockage et noeuds correspondants.
EP1355453B1 (fr) Dispositif d'aiguillage à commutation et routage centralisés
FR2850508A1 (fr) Procede d'insertion et de traitement d'informations pour le controle par un noeud de la diffusion d'un flux de donnees traversant un reseau de base d'un reseau heterogene, et noeuds correspondants
EP1217865B1 (fr) Dispositif et procédé de contrôle de flux dans un réseau commuté
FR2848056A1 (fr) Procedes d'insertion et de traitement d'informations pour la synchronisation d'un noeud destinataire a un flux de donnees traversant un reseau de base d'un reseau heterogene, et noeuds correspondants
FR2851705A1 (fr) Procede de transmission des donnees reposant sur la hierarchie sonet/sdh
EP1716670B1 (fr) Passerelle et systeme de transmission de donnees pour reseau de diagnostic de vehicule automobile
EP4364498A1 (fr) Procede de traitement d'une connexion entre un equipement utilisateur et un equipement distant dans un reseau de communication, procede de controle, dispositifs, satellite, station terrestre, systeme et programmes d'ordinateur correspondants
FR2845468A1 (fr) Systeme d'affichage de contenus multimedia dans un vehicule
EP4066519A1 (fr) Procédé et dispositif de transmission de données pour véhicule
FR2758226A1 (fr) Terminal telephonique et procede de communication telephonique entre un terminal appelant et un terminal appele, permettant d'optimiser le cout des communications

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20120531