[go: up one dir, main page]

FR2921535A1 - Data e.g. screen configuration image, transferring method for motor vehicle, involves regulating flow for sending data on unidirectional high flow line by changing exchange rate of messages on bi-directional low flow line - Google Patents

Data e.g. screen configuration image, transferring method for motor vehicle, involves regulating flow for sending data on unidirectional high flow line by changing exchange rate of messages on bi-directional low flow line 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
French (fr)
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/en
Publication of FR2921535A1 publication Critical patent/FR2921535A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/38Flow based routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • 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/13Flow control; Congestion control in a LAN segment, e.g. ring or bus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14Multichannel or multilink protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/214Specialised server platform, e.g. server located in an airplane, hotel, hospital
    • H04N21/2146Specialised server platform, e.g. server located in an airplane, hotel, hospital located in mass transportation means, e.g. aircraft, train or bus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/4104Peripherals receiving signals from specially adapted client devices
    • H04N21/4122Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307Synchronising 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/43072Synchronising 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing 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/4402Processing 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/44029Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/50Reducing 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)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)

Abstract

The method involves sending data under a form of data packets and video flow from sources (1, 2) to a receiver (3) on a unidirectional high flow line (6, 7) i.e. low voltage differential signal line. Messages of a data transfer protocol are exchanged between the source and the receiver on a bi-directional low flow line e.g. low flow multiplexed bus (5), where the bus is a low speed controller area network (CAN). A flow for sending the data on the unidirectional high flow line is regulated by changing an exchange rate of the messages on the bi-directional low flow line.

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. BACKGROUND OF THE INVENTION The invention relates to the field of data transfer methods between a source and a receiver. We consider the case of an architecture where the source and the receiver are connected on the one hand by a high-speed unidirectional link and on the other hand by a low-speed bidirectional link. The terms broadband and low bit rate are relative, the broadband meaning a higher bit rate than the low bit rate, and preferably much higher than the low bit rate, by a factor that may advantageously vary from ten to over one thousand. . When the source has to transfer data to a receiver, and in particular large data such as images, the source transfers them to the receiver via the low-speed bidirectional link, in the form of data packets accompanied by messages of a data protocol. data transfer which frames the data transfer and ensures that this data transfer is carried out correctly, or the source transfers them to the receiver via the high speed unidirectional link in the form of a video stream. The data transfer protocol can, to ensure proper data transfer, include a whole set of message types, sending, acknowledging, error, forwarding request, forwarding, etc. It is known a first prior art in which the images are transferred over the bidirectional low bit rate link in the form of data packets accompanied by messages of a data transfer protocol which frames the data transfer and ensures that this data transfer is carried out correctly. . This first prior art has on the one hand the disadvantage of slowing the transfer of images that can become very long. On the other hand, it may have the disadvantage of overloading the low-speed bidirectional link while it may have to remain available for other elements of the network. Another solution could be considered in which the existing high-speed unidirectional link is made bidirectional while maintaining its broadband character. A bidirectional broadband link is relatively complex and expensive. On the other hand, the oversized side of the bidirectional character may seem excessive. Indeed, from the receiver to the source, only Io messages of the data transfer protocol, relatively small compared to the data themselves, which are for example images, are supposed to circulate. The high-speed nature of the receiver-to-source direction would then be unprofitable. On the one hand to allow the transfer of data in a reasonable time and on the other hand to avoid an excessive investment in an oversized expensive link, there is also the possibility of transferring the data, and in particular the images, on the existing broadband link which does not change the one-way character, the images then being transmitted in the form of a video stream, that is to say in particular without being exchanged between source and receiver the messages of the transfer protocol of data. In the latter case, three types of problem may arise. First, a first problem can arise. The source may not be able to convert certain types of images into a video stream while it can transmit any type of image as data packets. Indeed, the source may be able to transform into video streams only certain image formats, for example the most common ones like MPEG and JPEG, and not others, such as more specific formats.

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. To solve this first problem, it is intended according to the invention to send, in the form of data packets, the data on the high speed unidirectional link while at least part of the messages of the data transfer protocol, it is that is to say at least the messages from the receiver to the source, transits on the bidirectional low-speed link, in the direction of the receiver to the source. The high-speed unidirectional link only allows transitions in the direction of the source to the receiver. In a first embodiment, preferably all the messages transit over the bidirectional low bit rate link, both the messages going from the source to the receiver and the messages going from the receiver to the source, whereas in a second type of embodiment preferably only the messages from the receiver to the source pass over the bidirectional low bit rate link, the messages going from the source to the transiting receiver on the high speed unidirectional link. It is still possible to imagine that a portion of the messages going from the source to the receiver will transit over the high speed one-way link while another part of the messages going from the source to the receiver will transit over the bidirectional low bit rate link. . According to the invention, there is provided a method of transferring data between a source and a receiver using a data transfer protocol, comprising: one or more data transmissions, from the source to the receiver, on a one-way broadband link; one or more message exchanges of the data transfer protocol, between the source and the receiver, on a low bit rate bidirectional link. According to the invention, there is also provided a method for transferring data between a source and a receiver using a data transfer protocol, comprising: one or more data transmissions, from the source to the receiver, on a one-way broadband link; one or more messages from the data transfer protocol, from the source to the receiver, on the high speed unidirectional link; one or more messages from the data transfer protocol, from the receiver to the source, on a low-speed bidirectional link. Then a second problem can arise. The transfer rate of the video stream is inherently high and the receiver may at certain times no longer be able to follow the rate imposed by this bit rate and therefore no longer be able to correctly receive all the transmitted data and thus lose some of the data transmitted. transmitted data. The source will not know which part of the video stream has been misdirected and must be retransmitted, sometimes it will not even know that the transmission was incorrect. In addition, the data thus transmitted can be much more critical, and therefore much more sensitive to transmission errors than images usually transmitted in the form of video streams. For example, an image consisting of a sum of objects will be very sensitive to a transmission error, even on one bit, while this may not be noticeable to the naked eye for an image in the form of a sum of pixels. To solve this second problem, according to the invention, the rate of the message exchanges regulates the rate of sending the data. The following data packet may only be sent once it has been verified that the previous one was received correctly; if this is not the case, the lost data packet is returned, which of course decreases the average sending rate of the data packets. If multiple data packets have been sent, and one of these data packets has been received incorrectly, the packet may be returned before the new data packet has not yet been sent and ready to be sent. For example, a data packet is sent when an acknowledgment message signals good reception of the previous one, while the previous one is sent back, if instead of the acknowledgment message an error message or a message is received. referral request. By their mechanism, most of the transfer protocol message exchanges automatically regulate the data transmission rate, in particular according to their more or less good reception, that is to say a higher reception rate. or lower. The invention is therefore particularly advantageous when the receiver reacts too slowly or becomes overloaded, thanks to the flexibility of the transfer of data packets by means of a data transfer protocol which makes it possible to regulate the data rate. sending data on the high speed unidirectional link. In this case, when the second problem arises, even if one chooses a source that is sufficiently complex and efficient to transform any type of image format into a video stream, the invention remains interesting. According to the invention, in a first type of planned method, the data transmission rate on the high speed one-way link is regulated by the evolution of the message exchange rate on the low bit rate bidirectional link. According to the invention also, in a second type of method provided, the data transmission rate on the high speed unidirectional link is regulated by the evolution of the rate of sending messages on the bidirectional link low bit rate. More specifically, the regulation takes into account the evolution of both the rate of sending messages on the bidirectional low bit rate link and the rate of sending messages on the one-way broadband link, which rates are indirectly related to each other. . Finally, a third problem may arise. When the transmitted data or images are to be stored at the receiver for later re-usability and not only displayed on a screen and then erased, the access time of the receiver storage memory may be too long and therefore incompatible with the speed of the high speed unidirectional link. In this case, part of the transmitted data is lost without having been stored. To solve this third problem, according to the invention, again the flexibility of packet data transfer using a data transfer protocol is all the more significant. In fact, in the case of a video stream of images displayed immediately and then erased, the receiver can function correctly with the high bitrate of the high speed unidirectional link while having a memory whose access time is incompatible with it. with this broadband, access time which would then prevent proper storage of images sent in a video stream on the high speed unidirectional link. When the data sent must be stored for later use, and not erased after immediate use, the invention is therefore particularly interesting, because in this case, a time of access to the memory of the receiver which would be too much long would become crippling. According to the invention, there is provided a method in which the data sent from the source to the receiver on the high speed unidirectional link is stored in a memory 25 of the receiver so that it can be used later. The time saved by the invention, between a conventional transmission entirely on the low speed bidirectional link and a sending according to the method of the invention, while not sacrificing the quality of the transmission as when sent under form of video stream without the help of a data transfer protocol, is very important and can even in some automotive applications become huge. Indeed, in some preferred automotive applications, an image transfer that would have taken about two hours can be achieved in about ten seconds.

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. The invention will now be described in more detail with the aid of the following figures, given by way of illustrative and nonlimiting examples, in which: FIG. 1 schematically represents an example of a portion of an on-board motor vehicle that can implement the data transfer method according to the 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.FIG. 1 schematically represents an example of an automotive vehicle edge network portion that can implement the data transfer method according to the invention. A source 1 is connected to a receiver 3 by a high-speed unidirectional link 6. A source 2 is connected to the receiver 3 by a high-speed unidirectional link 7. A low-rate multiplexed bus 5 connects on the one hand the source 1 to the receiver 3 and the source 2 to the receiver 3. The source 1 has bidirectional access 8 to the bus 5. The receiver 3 has bidirectional access 9 to the bus 5. The source 2 has a bidirectional access to the bus 5. The receiver 3 is advantageously a graphic controller controlling a screen 4. The control is represented by means of an arrow in dashed lines. For example, for sending data from the source 1 to the receiver 3, while the data for example images are sent in the form of data packets on the high speed unidirectional link 6, from the source 1 to the receiver 3, the data transfer protocol messages, framing the data transfer carried out on the high speed unidirectional link 6, are exchanged on the multiplexed bus 5 via the ports 8 and 9. Once the data received by the receiver 3 , this one stores them in memory. Then, when the time comes, for example at the request of the user, the receiver 3 extracts the stored data, for example images, sends them to the screen 4 which displays them or uses them to produce a display. For example, before sending a new data packet on the high speed monodirectional link 6, the source 1 waits to have received an acknowledgment message sent by the receiver 3 on the multiplexed bus 5. Concomitantly or in a manner alternatively, for example, as soon as an error message or request for return from the receiver 3 is transmitted on the multiplexed bus 5 and arrives at the source 1, the source 1 again transmits the packet of data deemed lost before issuing a new data packet, which slows down the average rate of sending the data packets on the high-speed unidirectional link 6 accordingly. A sending of data from the source 2 to the receiver 3 is performed in a similar manner. There could still be one or more other sources connected to the receiver 3 in a manner similar to sources 1 and 2. The architecture of FIG. 1 has been described in connection with the first type of method according to the invention. This architecture can operate similarly in connection with the second type of method according to the invention. However, in this case, the messages of the data transfer protocol, from the source 1 or 2 to the receiver 3, no longer passes through the bus 5, but by the high-speed unidirectional link 6 or 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.In one embodiment of the invention, one or more images transmitted in the form of data packets, from the source to the receiver, on the high speed unidirectional link, are stored in a memory of the receiver so as to be able to be displayed. later. These images are not transmitted in the form of a video stream for the reasons mentioned above. Preferably, said one or more images are transmitted in compressed form. Thus the data packets are less bulky. In a first example of type of images, said images are screen configuration images. Thus, relatively complex screen configurations can be easily downloaded. In a second example of type of images, said images are updates of images stored in the memory of the receiver. Thus updates of relatively large amounts of data can be made. These two examples of image type are particularly sensitive to transmission errors and must be stored in order to be used offline in relation to the time of their transmission. Other images are preferably also transmitted but this time as a video stream, from the source to the receiver, on the high speed unidirectional link. In this case, the video stream is advantageously transmitted in uncompressed form. Thus, the video stream can be transmitted directly from the receiver to the screen to be displayed live, without intermediate decompression processing at the receiver which is advantageously the display or the graphic controller of the screen on which are displayed the 20 images of the received video stream. By conveying these two types of images, the source is no longer just a source of video stream, it also becomes a source for downloading images or other data such as large computer code.

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. Part of the data to be transferred from the source to the receiver can be transferred via the low speed bidirectional link, if this portion of data is small, for example a small computer code of a simple function to be performed by the receiver. or by a receiver-dependent element. On the other hand, a set of numerous images with relatively rich content will be transferred via the high speed unidirectional link, in order to be able on the one hand to be transferred within a reasonable time and on the other hand not to overload the bidirectional low speed link which others Io important network elements may have a critical need at times. As an illustrative example, a data size to be transferred as greater than 10 megabytes or a data transfer time as greater than 5 minutes may be considered excessive. In order firstly not to overload the low bit rate bidirectional link on which the data transfer protocol messages will circulate in increasing numbers as a function of the number of data packets between which a set of data to be transferred will be cut off, the size of the data packets should preferably not be too small. In order, on the other hand, not to overload the receiver buffer and to allow the receiver time to correctly use or store the data received, this data should advantageously not be grouped into packets that are too large and that could not then be no longer be properly digested by the receiver; this is why the size of the data packets should preferably not be too big. In a preferred application of data transfer in the on-board network of a motor vehicle, the size of the data packets conveying the images is between 500 Kbytes, which is the limit that can be carried on the CAN network then constituting the 25 link bidirectional low bitrate, and 10 Mbytes. In an advantageous embodiment, an error correction code may be used for the transmission of data on the high speed unidirectional link. A yield R of the entire transmission is given by the actual data transmission time Td, based on the total communication time Ttot. We have the following formula: R = Td / Ttot. In said preferred application of data transfer in the onboard network of a motor vehicle, a range of efficiency of the method of the invention is between 50% and 99%, depending on the type of internal electronics that includes the receiver. In a preferred embodiment of the method according to the invention, several sources are connected to the same receiver. This multiplicity of sources makes the method according to the invention all the more interesting because the receiver can simultaneously receive several data items coming from several sources, which will make all the problems described above even more critical. Advantageously, several sources are connected to the same receiver, on the one hand by a different broadband one-way link for each source and on the other hand by a common low bit rate link for all sources. This multiplicity of sources makes all the more critical the availability of resources at the level of the bidirectional link low bit rate and more interesting the possibility offered by the method according to the invention to unload this bidirectional link low bit rate of large data to transfer data. sources to the receiver. In a preferred application of data transfer in the on-board network of a motor vehicle, among the source or sources, there is a radio and / or a DVD player and / or an MP3 player and / or a nomadic connection box. and / or an onboard navigation system and / or a rearview camera and / or a night vision system. Preferably, the receiver is a display and or a graphics controller, a screen. The graphic controller may in particular have a human machine interface whose constituent graphic elements often represent rather large amounts of data. Preferably, the screen concerned will be a multi-function screen, common to the display of images from several data sources, for example all data sources connected to the vehicle information and entertainment vehicle network. automobile. This screen will advantageously be a color screen and large. For example, it can display both the engine speed of the motor vehicle requested by its driver and the compact disk pocket listened to in the passenger compartment of the motor vehicle. Preferably, the high speed unidirectional link is a link capable of transmitting a video stream. Thus, in addition to its function of image transmission in the form of video stream, it will have a download function of large data, for example other images, in the form of data packets. The high speed unidirectional link provides a point-to-point link between the source and the receiver. In the field of automotive vehicle networks, the transferred video stream 15 is usually an uncompressed stream, in particular to prevent certain image elements from drooling over others on the display, such as, for example, city names on a map. displayed by the navigation function. The high speed unidirectional link is advantageously an LVDS link (LVDS is an acronym representing a Low Voltage Differential Signal technology in English). An LVDS link provides high throughput with low sensitivity to electromagnetic interference. For example, an LVDS link has the advantage of being able to support a bit rate corresponding to a video stream of approximately 30 decompressed digital images per second with a resolution of 800 × 480 pixels per image over a depth of at least 18 bits of coding. per pixel. The LVDS link typically has a broadband rate of between 200 Mbits per second to 1 Gbit per second, or even beyond. Preferably, the low bit rate bidirectional link is a multiplexed bus. This multiplexed bus is advantageously a CAN network. This is for example the CAN network devoted to information and entertainment in a motor vehicle. This CAN network is a CAN low speed network (CAN Low Speed network in English), for example presenting a rate of 125 kbits per second. This CAN network can communicate with the main CAN network of the motor vehicle, devoted to the driving function of the motor vehicle, via the intelligent service case (BSI). The broadband link of the high speed unidirectional link is greater than the low bit rate of the low speed bidirectional link. Preferably, the broadband of the one-way link is greater than the low bit rate of the bidirectional link by at least a factor of 10. Preferably, the broadband of the one-way link is greater than the low bit rate of the bidirectional link by at least a factor of 100. Advantageously , the broadband of the one-way link is greater than the low bit rate of the bidirectional link by at least a factor of 1000. Preferably, the receiver and the source or sources are connected to the onboard network of a motor vehicle. The invention also relates to an automotive vehicle edge network comprising one or more sources, a receiver, one or more high speed single-directional links, a bidirectional low speed link, arranged so as to implement the method according to the invention. A significant portion of the current motor vehicles have an onboard network dedicated to the information and entertainment of the occupants of the motor vehicle which is based on a low-rate multiplexed bus. A need for video stream transfer has arisen from both the bursting of the functional boxes and the arrival of video media in the cabin of the motor vehicle. This need for video transfer is covered by the high speed single-direction links providing point-to-point links between the sources on the one hand and the receiver, which will advantageously be the graphic controller of the multifunction display dedicated to the on-board network. information and entertainment in the motor vehicle. The method of the invention makes it possible to cleverly use these high speed, existing, and intended single-directional links for the transmission of video streams, in addition to downloading large data.

Claims (25)

REVENDICATIONS 1) Procédé de transfert de données entre une source (1, 1) Method of transferring data between a 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). 2) and a receiver (3) using a data transfer protocol, comprising: - one or more data transmissions, from the source (1, 2) to the receiver (3), over a link monodirectional broadband (6, 7); one or more message exchanges of the data transfer protocol, between the source (1, 2) and the receiver (3), on a bidirectional low speed link (5). 2) Method according to claim 1, characterized in that the data transmission rate on the high speed one-way link (6, 7) is regulated by the evolution of the message exchange rate on the bidirectional low bit rate link. (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 3) A method of transferring data between a source (1, 2) and a receiver (3) using a data transfer protocol, comprising: - one or more data transmissions, from the source (1) , 2) to the receiver (3), on a high speed unidirectional link (6, 7); one or more message transmissions of the data transfer protocol, from the source (1, 2) to the receiver (3), on the high speed unidirectional link (6, 7); one or more message transmissions of the data transfer protocol, from the receiver (3) to the source (1, 2), on a bidirectional low speed link (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). 4) Method according to claim 3, characterized in that the rate of sending the data on the high-speed one-way link (6, 7) is regulated by the evolution of the rate of sending messages on the bidirectional link low bit rate ( 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 5) Method according to any one of the preceding claims, characterized in that the data sent from the source (1, 2) to the receiver (3) on the high speed unidirectional link (6, 7) are stored in a memory of the receiver (3) so that it can be used later. 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, 6) Method according to any one of the preceding claims, characterized in that one or more images transmitted in the form of data packets, from the source (1, 2) to the receiver (3), on the one-way link up 15 flow (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. 7), are stored in a memory of the receiver (3) so that they can be displayed later. 7. Process according to claim 6, characterized in that said one or more images are transmitted in compressed form. 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). 8) Method according to any one of claims 6 to 7, characterized in that said images are screen configuration images (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 9) Method according to any one of claims 6 to 8, characterized in that said images are updates of images stored in the memory of the receiver (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 10) Method according to any one of claims 6 to 9, characterized in that other images are also transmitted as a video stream, from the source (1, 2) to the receiver (3), on the one-way link broadband (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. 11) Method according to any one of claims 6 to 10, characterized in that the video stream is transmitted in uncompressed form. 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). 12) Method according to any one of the preceding claims, characterized in that the receiver (3) is a display and or a graphics controller, a screen (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. 13) Method according to any one of the preceding claims, characterized in that the high speed unidirectional link (6, 7) is a link capable of transmitting a video stream. 14) Procédé selon la revendication 13, caractérisé en ce que le lien monodirectionnel haut débit (6, 7) est un lien LVDS. 14) Method according to claim 13, characterized in that the high speed unidirectional link (6, 7) is an LVDS link. 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 15) Method according to any one of the preceding claims, characterized in that the low speed bidirectional link (5) is a multiplexed bus. 20 16) Procédé selon la revendication 15, caractérisé en ce que le bus multiplexé (5) est un réseau CAN. 16) Method according to claim 15, characterized in that the multiplexed bus (5) is a CAN network. 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). 17) Method according to any one of the preceding claims, characterized in that several sources (1, 2) 25 are connected to the same receiver (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 18) Method according to any one of the preceding claims, characterized in that a plurality of sources (1, 2) are connected to the same receiver (3), via a high speed one-way link ( 6, 7) for each source (1, 2) and on the other hand by a common bidirectional link (5) for all 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. 19) Method according to any one of the preceding claims, characterized in that the size of the data packets carrying the images is between 500 K bytes and 10 M bytes. 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 20) Method according to any one of the preceding claims, characterized in that the high speed of the one-way link (6, 7) is greater than the low bit rate of the bidirectional link (5) by at least a factor 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 21) Method according to claim 20, characterized in that the high speed of the one-way link (6, 7) is greater than the low bit rate of the bidirectional link (5) by at least a factor of 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. 22) Method according to claim 21, characterized in that the high speed of the one-way link (6, 7) is greater than the low bit rate of the bidirectional link (5) by at least a factor of 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 23) Method according to any one of the preceding claims, characterized in that among the source or sources (1, 2), there is a radio and / or a DVD player and / or an MP3 player and / or a housing nomadic fitting and / or an onboard navigation system and / or a rearview camera and / or a night vision system. 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. 24) Method according to any one of the preceding claims, characterized in that the receiver (3) and the source or sources (1, 2) are connected to the onboard network of a motor vehicle. 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. 25) Motor vehicle onboard network comprising one or more sources (1, 2), a receiver (3), one or more high-speed unidirectional links (6, 7), a bidirectional low-speed link (5), arranged in a manner implementing the method according to any one of the preceding claims.
FR0757802A 2007-09-24 2007-09-24 Data e.g. screen configuration image, transferring method for motor vehicle, involves regulating flow for sending data on unidirectional high flow line by changing exchange rate of messages on bi-directional low flow line Withdrawn FR2921535A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0757802A FR2921535A1 (en) 2007-09-24 2007-09-24 Data e.g. screen configuration image, transferring method for motor vehicle, involves regulating flow for sending data on unidirectional high flow line by changing exchange rate of messages on bi-directional low flow line

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0757802A FR2921535A1 (en) 2007-09-24 2007-09-24 Data e.g. screen configuration image, transferring method for motor vehicle, involves regulating flow for sending data on unidirectional high flow line by changing exchange rate of messages on bi-directional low flow line

Publications (1)

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

Family

ID=39272229

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0757802A Withdrawn FR2921535A1 (en) 2007-09-24 2007-09-24 Data e.g. screen configuration image, transferring method for motor vehicle, involves regulating flow for sending data on unidirectional high flow line by changing exchange rate of messages on bi-directional low flow line

Country Status (1)

Country Link
FR (1) FR2921535A1 (en)

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 (en) * 1999-06-30 2001-01-03 Sony Corporation Communicating method, transmitting apparatus, and receiving apparatus
US20010036193A1 (en) * 2000-03-08 2001-11-01 Teruhiko Kori Signal transmission device and method
EP1191745A1 (en) * 2000-09-22 2002-03-27 Siemens Aktiengesellschaft Method for transmitting messages using multipath connections
WO2003107676A2 (en) * 2002-06-18 2003-12-24 Robert Bosch Gmbh Interface and method for image data transmission
EP1473932A2 (en) * 2003-05-01 2004-11-03 Genesis Microchip, Inc. Packet based video display interface and methods of use thereof
FR2866170A1 (en) * 2004-02-10 2005-08-12 France Telecom NODE OF A DATA TRANSMISSION NETWORK AND METHOD OF DIMENSIONING AND OPTIMALLY USING A CONNECTION COMPRISING SUCH A NODE

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1065842A2 (en) * 1999-06-30 2001-01-03 Sony Corporation Communicating method, transmitting apparatus, and receiving apparatus
US20010036193A1 (en) * 2000-03-08 2001-11-01 Teruhiko Kori Signal transmission device and method
EP1191745A1 (en) * 2000-09-22 2002-03-27 Siemens Aktiengesellschaft Method for transmitting messages using multipath connections
WO2003107676A2 (en) * 2002-06-18 2003-12-24 Robert Bosch Gmbh Interface and method for image data transmission
EP1473932A2 (en) * 2003-05-01 2004-11-03 Genesis Microchip, Inc. Packet based video display interface and methods of use thereof
FR2866170A1 (en) * 2004-02-10 2005-08-12 France Telecom NODE OF A DATA TRANSMISSION NETWORK AND METHOD OF DIMENSIONING AND OPTIMALLY USING A CONNECTION COMPRISING SUCH A NODE

Cited By (12)

* 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
US12100225B2 (en) 2012-05-18 2024-09-24 Magna Electronics Inc. Vehicular vision system
US12530907B2 (en) 2012-05-18 2026-01-20 Magna Electronics Inc. Vehicular vision 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
US12149867B2 (en) 2013-03-04 2024-11-19 Magna Electronics Inc. Vehicular vision system with electronic control unit

Similar Documents

Publication Publication Date Title
EP2320603B1 (en) Communication sytem in an aircraft
CA2698325C (en) Method for transmitting acars messages on ip
FR2911234A1 (en) Data e.g. video data, packets sending method for e.g. commercial aircraft, involves returning packet sent by server and not received by client to client if client receives number of data packets
CN101204090A (en) Systems and methods for rendering high-quality video
EP2793431A1 (en) Distributed method for data acquisition in an AFDX network
FR2949931A1 (en) METHODS AND DEVICES FOR TRANSMITTING A DATA STREAM, COMPUTER PROGRAM PRODUCT, AND CORRESPONDING STORAGE MEDIUM.
FR2939994A1 (en) METHOD FOR TRANSMITTING A MULTI-CHANNEL DATA STREAM ON A MULTI-TRANSPORT TUNNEL, COMPUTER PROGRAM PRODUCT, STORAGE MEDIUM, AND CORRESPONDING TUNNEL HEADS
FR2925808A1 (en) COMMUNICATION METHOD IN A NETWORK COMPRISING A PRIMARY NETWORK AND A SECONDARY NETWORK
FR2921535A1 (en) Data e.g. screen configuration image, transferring method for motor vehicle, involves regulating flow for sending data on unidirectional high flow line by changing exchange rate of messages on bi-directional low flow line
EP2119077B1 (en) Method and system against burst loss in a dvb-h transmission system
EP2856707B1 (en) Short physical-layer control frames
EP2290955A2 (en) Method for distributing digital data
FR2980662A1 (en) METHOD FOR RECORDING CONTENT IN A FILE ON A SERVER AND CORRESPONDING DEVICE
EP1355453B1 (en) Device for centralized switching and routing
FR2850508A1 (en) Numerical bus heterogeneous network access control has access level each first packet and second packet formed first packet and associated same access level inserting level second packet access field
EP1217865B1 (en) Device and method for flow control in a switched network
FR2848056A1 (en) Audiovisual domestic digital bus heterogeneous network destination node information synchronization having input node second synchronization packet set following first packet and inserting synchronization mark second packet
FR2851705A1 (en) METHOD FOR TRANSMITTING DATA BASED ON THE SONET / SDH HIERARCHY
EP1716670B1 (en) Gateway and data transmission system for a motor vehicle diagnostic network
EP4521753A1 (en) Method for managing the processing of a video stream in a local area network
FR2845468A1 (en) Multimedia content distribution and display system, especially for use with public transport, e.g. bus, has means for automatic updating of content stored in the multimedia storage and for automatic position dependent sequencing of output
WO2023275490A1 (en) Method for processing a connection between user equipment and remote equipment in a communication network, and corresponding control method, devices, satellite, ground station, system and computer programs
EP4465639A1 (en) Method for managing the processing of a video stream in a local area network
FR2855925A1 (en) TELECOMMUNICATION METHOD BETWEEN A LOCAL TERMINAL AND A CENTRAL TERMINAL AND SYSTEM IMPLEMENTING THE METHOD
FR2758226A1 (en) TELEPHONE TERMINAL AND TELEPHONE COMMUNICATION METHOD BETWEEN A CALLING TERMINAL AND A CALL TERMINAL, FOR OPTIMIZING THE COST OF COMMUNICATIONS

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20120531