FR3119957A1 - Procede de communication bidirectionnelle - Google Patents

Procede de communication bidirectionnelle Download PDF

Info

Publication number
FR3119957A1
FR3119957A1 FR2101467A FR2101467A FR3119957A1 FR 3119957 A1 FR3119957 A1 FR 3119957A1 FR 2101467 A FR2101467 A FR 2101467A FR 2101467 A FR2101467 A FR 2101467A FR 3119957 A1 FR3119957 A1 FR 3119957A1
Authority
FR
France
Prior art keywords
communicating device
management module
packet
intermediate frame
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR2101467A
Other languages
English (en)
Other versions
FR3119957B1 (fr
Inventor
Patrice Toillon
Thiebault Jeandon
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.)
Safran Electronics and Defense SAS
Original Assignee
Safran Electronics and Defense SAS
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 Safran Electronics and Defense SAS filed Critical Safran Electronics and Defense SAS
Priority to FR2101467A priority Critical patent/FR3119957B1/fr
Priority to PCT/FR2022/050276 priority patent/WO2022175627A1/fr
Priority to US18/277,315 priority patent/US20240129160A1/en
Publication of FR3119957A1 publication Critical patent/FR3119957A1/fr
Application granted granted Critical
Publication of FR3119957B1 publication Critical patent/FR3119957B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/4013—Management of data rate on the 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
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Communication Control (AREA)

Abstract

La présente invention concerne un procédé de communication bidirectionnelle de données d’un système de communication bidirectionnelle de données (100), notamment un système de communication bidirectionnelle de données (100) embarqué comprenant : au moins un premier dispositif communicant (200a) configuré pour implémenter un protocole Ethernet à paire unique et un deuxième dispositif communicant (200b) configuré pour implémenter un protocole Ethernet à paire unique et comprenant un deuxième module de gestion de paquets (220b) connecté à un premier module de gestion physique de lien (231b) et à un deuxième module de gestion physique de lien. Figure pour l’abrégé : Fig. 2

Description

PROCEDE DE COMMUNICATION BIDIRECTIONNELLE
DOMAINE DE L'INVENTION
La présente invention concerne le domaine des échanges de données, en particulier à bord d’un aéronef, et vise plus particulièrement un procédé de communication bidirectionnelle entre différents dispositifs communicants d’un système de communication bidirectionnelle, notamment un système de communication bidirectionnelle embarqué.
ETAT DE LA TECHNIQUE
La sécurité et la sûreté de fonctionnement sont des préoccupations majeures dans la conception d'un aéronef. Ainsi, il est indispensable d'assurer l'intégrité de certains types de données de mesure, considérées comme critiques pour le pilotage ou intervenant dans la gestion du vol de l’aéronef. Parmi ces données, figurent celles relatives au positionnement de l’aéronef ou celles relatives à la quantité restante de carburant.
Ces données sont généralement transmises par des capteurs à des calculateurs, au moyen d'un réseau embarqué. Réciproquement, un calculateur peut transmettre une commande de vol à des actuateurs, via un tel réseau embarqué.
Pour répondre à ces besoins, il est connu une architecture de communication permettant à une pluralité d'équipements d'émettre et/ou de recevoir des données via un réseau Ethernet redondant commuté fiabilisé, également connu sous l’acronyme AFDX™ pour « Avionics Full Duplex Switched Ethernet » en anglais.
De tels équipements peuvent être des capteurs transmettant des données de mesure à des calculateurs embarqués, des actionneurs recevant des données de consigne de tels calculateurs ou des calculateurs embarqués communicants entre eux.
Le réseau AFDX™ est basé sur la technologie Ethernet utilisant, pour la partie couche physique ou émetteur-récepteur physique, des composants commerciaux standards, également connu sous l’acronyme COTS pour « Commercial Off-The-Shelf » en anglais.
Le réseau AFDX™ a fait l'objet d'une standardisation dans la norme ARINC 664, qui définit la manière dont les composants de réseau commerciaux prêts à l'emploi sont utilisés pour les réseaux de données aéronautiques, également connu sous l’acronyme ADN pour « Aircraft Data Network » en anglais. Il est simplement rappelé que le réseau AFDX™ est full-duplex, déterministe et redondant.
Les communications double canal, ou Full Duplex, aéronautique sont généralement implémentées sur la base des standards Ethernet 10/100Base-T définissant pour un réseau AFDX ™, l’utilisation d’un câble composé de 2 paires torsadées, par exemple de type quarte, pour un fonctionnement Full Duplex, une paire torsadée étant utilisée par direction de propagation, et d’un contact adapté à une telle configuration de câble, par exemple de type quadrax. Par la suite, ce type de câble sera désigné par bipaire.
Sur un tel réseau, le débit physique de données obtenu est de 10Mbps ou 100Mbps par direction de propagation sur le lien physique, notamment sur la paire torsadée.
Cependant, le volume d'information et le besoin global en performance du système de commande de vol ou des systèmes associés à la gestion du vol étant sans cesse croissants, il est nécessaire que les liens de communication offrent des débits plus importants et des latences plus faibles que l'offre existante ne propose pas.
Plus récemment, il a été développé, notamment pour le domaine automobile, un type d’émetteur-récepteur Ethernet supportant des nouvelles couches physiques Ethernet à paire unique, tel que le 10Base-T1, le 100Base-T1 ou le 1000Base-T1 permettant la transmission de données full duplex sur une seule paire torsadée.
Il existe donc un besoin de pouvoir utiliser de tels émetteurs-récepteurs dans l’architecture actuelle d’un réseau embarqué d’un aéronef afin de supporter des couches physiques plus évoluées, avec les câblages et connecteurs commerciaux standard d’un aéronef, notamment ceux d’un réseau AFDX™, afin de disposer d'une liaison de données fiable, sécurisée, à plus haut débit et/ou à plus d’intégrité compatible.
L’invention répond à un tel besoin et propose à cet effet un procédé permettant l’utilisation d’émetteur-récepteur Ethernet supportant les couches physiques Ethernet à paire unique comme le 10Base-T1, le 100Base-T1 et le 1000Base-T1 pour des échanges de données à bord d’un aéronef.
Selon un premier aspect, ce but est atteint par un procédé de communication bidirectionnelle de données d’un système de communication bidirectionnelle de données, notamment un système de communication bidirectionnelle de données embarqué comprenant
  • au moins un premier dispositif communicant configuré pour implémenter un protocole Ethernet à paire unique et comprenant un premier module de gestion de paquets connecté à un premier module de gestion physique de lien et à un deuxième module de gestion physique de lien, le premier module de gestion physique de lien et le deuxième module de gestion physique de lien étant reliés par une liaison mono-paire distincte à un premier connecteur commun du premier dispositif communicant, et
  • un deuxième dispositif communicant configuré pour implémenter un protocole Ethernet à paire unique et comprenant un deuxième module de gestion de paquets connecté à un premier module de gestion physique de lien et à un deuxième module de gestion physique de lien, le premier module de gestion physique de lien et le deuxième module de gestion physique de lien étant reliés par une liaison mono-paire distincte à un deuxième connecteur commun du deuxième dispositif communicant,
le premier connecteur du premier dispositif communicant étant relié au deuxième connecteur du deuxième dispositif communicant par une liaison inter-dispositif, notamment une liaison bi-paires,
caractérisé en ce que le procédé comprend
  • une étape de réception de données source, dans laquelle le premier module de gestion de paquets du premier dispositif communicant, respectivement le deuxième module de gestion de paquets du deuxième dispositif communicant, reçoit un paquet source à transmettre au deuxième dispositif communicant, respectivement au premier dispositif communicant ;
  • une étape de génération de trames intermédiaires dans laquelle, notamment à partir de chaque paquet source ou trame source, le premier module de gestion de paquets du premier dispositif communicant, respectivement le deuxième module de gestion de paquets du deuxième dispositif communicant, génère
    • une première trame intermédiaire comprenant M bits de données fonction des N bits du paquet source à transmettre, et
    • une deuxième trame intermédiaire comprenant P bits de données fonction des N bits du paquet source à transmettre ;
  • une première étape de transmission de trames intermédiaires, dans laquelle
    • le premier module de gestion physique de lien du premier dispositif communicant, respectivement du deuxième dispositif communicant, transmet la première trame intermédiaire sur une première liaison connecteur-module, et
    • le deuxième module de gestion physique de lien du premier dispositif communicant, respectivement du deuxième dispositif communicant, transmet la deuxième trame intermédiaire sur une deuxième liaison connecteur-module ;
  • une étape de réception de trames intermédiaires, dans laquelle
    • le premier module de gestion physique de lien du deuxième dispositif communicant, respectivement du premier dispositif communicant, reçoit la première trame intermédiaire sur une première liaison connecteur-module, et
    • le deuxième module de gestion physique de lien du deuxième dispositif communicant, respectivement du premier dispositif communicant, reçoit la deuxième trame intermédiaire sur une deuxième liaison connecteur-module ;
  • une troisième étape de transmission de trames intermédiaires, dans laquelle la première trame intermédiaire et la deuxième trame intermédiaire sont transmises au deuxième module de gestion de paquets du deuxième dispositif communicant, respectivement au premier module de gestion de paquets du premier dispositif communicant ; et
  • une étape de reconstitution de données sources, dans laquelle, le deuxième module de gestion de paquets du deuxième dispositif communicant, respectivement le premier module de gestion de paquets du premier dispositif communicant, reconstitue les N bits de données du paquet sources en fonction des M bits de données de la première trame intermédiaire et des P bits de données de la seconde trame intermédiaire.
Avantageusement, le procédé proposé permet d’utiliser pleinement les câblages et connecteurs actuels pour obtenir des interfaces de communication à plus haut débit ou à plus d’intégrité. Ainsi, en comparaison d’un réseau de données AFDX™, le procédé permet de doubler les débits de transmission.
L'invention est avantageusement complétée par les caractéristiques suivantes, prises individuellement ou en l’une quelconque de leurs combinaisons techniquement possibles :
- dans lequel les M bits de données de la première trame intermédiaire et les P bits de données de la deuxième trame intermédiaire sont comprises entre 1 et N, notamment égale à N, en particulier comprises entre 1 et N/2, notamment égales à N/2, N étant le nombre de bits du paquet source
- dans lequel la première trame intermédiaire et la deuxième trame intermédiaire comportent respectivement un champ-vérification calculé sur l’ensemble des bits de la première trame intermédiaire et la deuxième trame intermédiaire,
- dans lequel, à l’étape de reconstitution de données sources, le deuxième module de gestion de paquets du deuxième dispositif communicant, respectivement le premier module de gestion de paquets du premier dispositif communicant, procède au traitement du champ-vérification de la première trame intermédiaire et de la deuxième trame intermédiaire,
- dans lequel le procédé comprend une étape de vérification de l’intégrité de transmission par le contrôle du champ-vérification de la première trame intermédiaire et de la deuxième trame intermédiaire, et dans lequel l’étape de reconstitution de données sources étant validée uniquement si l’étape de vérification de l’intégrité de transmission est positive.
- dans lequel, à l’étape de reconstitution, le deuxième module de gestion de paquets du deuxième dispositif communicant, respectivement le premier module de gestion de paquets du premier dispositif communicant, procède à la comparaison des bits de données de la première trame intermédiaire et de la deuxième trame intermédiaire, et dans lequel l’étape de reconstitution de données sources étant validée uniquement si la comparaison des bits de données de la première trame intermédiaire et de la deuxième trame intermédiaire est cohérente.
- dans lequel le premier module de gestion de paquets du premier dispositif communicant, respectivement le deuxième module de gestion de paquets du deuxième dispositif communicant, comporte au moins un premier module de gestion du média, et au moins un premier module de transfert, respectivement au moins un deuxième module de gestion du média, et au moins un deuxième module de transfert, et dans lequel l’étape de réception de données source comporte
  • une étape d’encapsulation du paquet source dans une trame source par le premier module de gestion du média du premier dispositif communicant, respectivement le deuxième module de gestion du média du deuxième dispositif communicant, et
  • la génération de la première trame intermédiaire et de la deuxième trame intermédiaire en fonction de la trame source par le premier module de transfert bi-voie du premier dispositif communicant, respectivement par le deuxième module de transfert du deuxième dispositif communicant ;
  • l’étape de reconstitution de données sources comporte la reconstitution de la trame source par le deuxième module de transfert du deuxième dispositif communicant, respectivement par le premier module de transfert du premier dispositif communicant ; et
  • la transmission de la trame source au deuxième module de gestion du média du deuxième dispositif communicant, respectivement, au premier module de gestion du média du premier dispositif communicant.
- dans lequel, à l’étape de réception de trames intermédiaires, l’étape de reconstitution est déclenchée uniquement si les deux trames sont réceptionnées par le premier module de gestion physique de lien et le deuxième module de gestion physique de lien du deuxième dispositif communicant, respectivement par le premier module de gestion physique de lien et le deuxième module de gestion physique de lien du premier dispositif communicant, dans une fenêtre temporelle de durée maximale prédéfinie.
- dans lequel le premier module de gestion de paquets du premier dispositif communicant, respectivement le deuxième module de gestion de paquets du deuxième dispositif communicant, comporte deux premiers modules de gestion du média et un premier module de transfert, respectivement deux deuxièmes modules de gestion du média et un deuxième module de transfert, et dans lequel
  • l’étape de réception de données source comporte
    • une étape de génération par le premier module de transfert du premier dispositif communicant, respectivement par le deuxième module de transfert du deuxième dispositif communicant,
      • d’un premier paquet de données intermédiaire comprenant M bits de données extraites des N bits du paquet source, et
      • d’un deuxième paquet de données intermédiaire comprenant P bits de données extraites des N bits dudit paquet source, et
    • une étape d’encapsulation du premier paquet intermédiaire dans la première trame intermédiaire par un des premiers modules de gestion du média du premier dispositif communicant, respectivement par un des deuxièmes modules de gestion du média du deuxième dispositif communicant, et
    • une étape d’encapsulation du deuxième paquet intermédiaire dans la deuxième trame intermédiaire par l’autre des premiers modules de gestion du média du premier dispositif communicant, respectivement par l’autre des deuxièmes modules de gestion du média du deuxième dispositif communicant ;
  • l’étape de reconstitution de données sources comporte, par le module de transfert, la réception du premier paquet intermédiaire et du deuxième paquet de données intermédiaires respectivement extraites de la première et de la deuxième trame intermédiaire, et la reconstitution du paquet source en fonction du premier paquet et du deuxième paquet de données intermédiaires.
- à l’étape de réception de chacun des paquets intermédiaires par le deuxième module de transfert du deuxième dispositif communicant, respectivement par le premier module de transfert du premier dispositif communicant, l’étape de reconstitution est déclenchée uniquement si les deux paquets intermédiaires sont réceptionnés dans une fenêtre temporelle de durée maximale prédéfinie.
Selon un deuxième aspect, la présente invention propose un système de communication bidirectionnelle embarqué, comprenant au moins un premier dispositif communicant et un deuxième dispositif communicant configuré pour la mise en œuvre d’un procédé selon l’une des revendications précédentes.
Bien entendu les différentes caractéristiques, variantes et/ou formes de réalisation de l’invention peuvent être associées les unes avec les autres selon diverses combinaisons dans la mesure où elles ne sont pas incompatibles ou exclusives les unes des autres.
DESCRIPTION DES FIGURES
L’invention sera mieux comprise et d’autres caractéristiques et avantages apparaîtront encore à la lecture de la description détaillée qui suit comprenant des modes de réalisation donnés à titre illustratif en référence avec les figures annexées, présentés à titre d’exemples non limitatifs, qui pourront servir à compléter la compréhension de l’invention et l’exposé de sa réalisation et, le cas échéant, contribuer à sa définition, sur lesquelles :
- la représente schématiquement un système de communication bidirectionnelle de données selon un premier mode de réalisation de l’invention,
- la représente un procédé de communication bidirectionnelle mise en œuvre par le système de communication bidirectionnelle de données selon l’invention,
- la représente schématiquement un système de communication bidirectionnelle de données selon un deuxième mode de réalisation de l’invention,
- les et 4b illustrent des trames de données échangées par le procédé d’échange de données selon l’invention, et
- la représente schématiquement un système de communication bidirectionnelle de données selon un troisième mode de réalisation de l’invention.
Il est à noter que, sur l’ensemble des figures, les éléments structurels et/ou fonctionnels communs aux différents modes de réalisation peuvent présenter des références identiques. Ainsi, sauf mention contraire, de tels éléments disposent de propriétés structurelles, dimensionnelles et matérielles identiques.
DESCRIPTION DETAILLEE DE L'INVENTION
Architecture générale
La représente schématiquement un système de communication bidirectionnelle de données 100, en particulier un système de communication bidirectionnelle embarqué dans un aéronef, selon un premier mode de réalisation de l’invention.
Le système de communication bidirectionnelle de données 100 comporte au moins un dispositif communicant 200, en particulier une pluralité de dispositifs communicants, notamment un premier dispositif communicant 200a et un deuxième dispositif communicant 200b, connectés entre eux afin d’échanger des données par un réseau de type Ethernet.
Le dispositif communicant 200 comporte un premier module de gestion physique de lien 231 et un deuxième module de gestion physique de lien 232, implémentant un protocole bas niveau, c'est-à-dire de la couche physique du modèle OSI, pour « Open Systems Interconnection » en anglais, selon la norme de communication correspondante.
En particulier, le dispositif communicant 200a comporte un premier module de gestion physique de lien 231a et un deuxième module de gestion physique de lien 232a et le deuxième dispositif communicant 200b comporte un premier module de gestion physique de lien 231b et un deuxième module de gestion physique de lien 232b, respectivement implémentant un protocole bas niveau.
Le premier module de gestion physique de lien 231, respectivement le deuxième module de gestion physique de lien 232, comporte un émetteur-récepteur supportant les standards Ethernet à paire unique, également dénommé par l’acronyme SPE pour « Single Pair Ethernet » en anglais, tel que comme 10Base-T1, 100Base-T1 ou 1000Base-T1.
L’émetteur-récepteur est connu, en particulier dans le domaine automobile. Les standards Ethernet à paire unique, tels que 10 Base-T1, 100Base-T1 ou 1000Base-T1, sont dédiés au transport de trames Ethernet à 10 Mbits/s, 100 Mbits/s ou 1 Gbits/s en duplex intégral et en point à point sur une seule et unique paire torsadée, au lieu de deux ou quatre habituellement.
Le premier module de gestion physique de lien 231, respectivement le deuxième module de gestion physique de lien 232, comporte un port d’émission-réception (non représenté) connecté à un lien Ethernet physique différent, de type liaison mono-paire, par exemple sous la forme d’un câble mono-paire torsadé.
Le premier module de gestion physique de lien 231, respectivement le deuxième module de gestion physique de lien 232, est responsable de la génération et de l'analyse des signaux physiques qui transitent sur leurs liens Ethernet physiques.
Le dispositif communicant 200 comporte également un connecteur 403, en particulier un premier connecteur 403a du premier dispositif communicant 200a et un deuxième connecteur 403b du deuxième dispositif communicant 200b.
Le connecteur 403 du dispositif communicant 200 est relié au premier module de gestion physique de lien 231 et au deuxième module de gestion physique de lien 232 du dispositif communicant 200 par une première liaison connecteur-module 401 et une deuxième liaison connecteur-module 402. La première liaison connecteur-module 401 et une deuxième liaison connecteur-module 402 sont préférentiellement de type Ethernet.
Spécifiquement, le premier connecteur 403a du premier dispositif communicant 200a est relié au premier module de gestion physique de lien 231a et au deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a par une première liaison connecteur-module 401a et une deuxième liaison connecteur-module 402a, préférentiellement des liaisons mono-paire.
De façon analogue, le deuxième connecteur 403b du deuxième dispositif communicant 200b est relié au premier module de gestion physique de lien 231b et au deuxième module de gestion physique de lien 232b du deuxième dispositif communicant 200b par une première liaison connecteur-module 401b et une deuxième liaison connecteur-module 402b, préférentiellement des deuxièmes liaisons mono-paire.
Le premier dispositif communicant 200a et le deuxième dispositif communicant 200b communiquent ainsi entre eux, notamment via le premier module de gestion physique de lien 231a et le deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a et le premier module de gestion physique de lien 231b et le deuxième module de gestion physique de lien 232b du deuxième dispositif communicant 200b.
Le connecteur 403a du premier dispositif communicant 200a est relié au connecteur 403b du deuxième dispositif communicant 200b, par une liaison inter-dispositif 404, en particulier une liaison inter-dispositif 404 de type bi-paire, par exemple sous la forme d’un câble bi-paire torsadé, en particulier extensible à quatre paires torsadées.
Les trames émises ou réceptionnées sur le premier module de gestion physique de lien 231a, respectivement le deuxième module de gestion physique de lien 232a, sont transmises quasi-simultanément ou avec un faible décalage entre le premier dispositif communicant 200a, respectivement le deuxième dispositif communicant 200b.
Le dispositif communicant 200 comporte également un module de gestion de paquets 220, en particulier un premier module de gestion de paquets 220a du premier dispositif communicant 200a et un deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b.
Le module de gestion de paquets 220 est relié au premier module de gestion physique de lien 231 et au deuxième module de gestion physique de lien 232. Ceci permet une communication bidirectionnelle entre la couche Ethernet physique et des couches protocolaires de niveau supérieur 210.
Plus particulièrement, d’une part, le premier module de gestion de paquets 220a du premier dispositif communicant 200a est relié au premier module de gestion physique de lien 231a et au deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a. D’autre part, le deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b est relié au premier module de gestion physique de lien 231b et au deuxième module de gestion physique de lien 232b du deuxième dispositif communicant 200b.
Des bus de données 241 et 242 assurent la transmission bidirectionnelle de données entre le module de gestion de paquets 220 et le premier module de gestion physique de lien 231 et le deuxième module de gestion physique de lien 232.
Ainsi, d’une part, des bus de données 241a et 242a assurent la transmission bidirectionnelle de données entre le premier module de gestion de paquets 220a et le premier module de gestion physique de lien 231a et le deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a. D’autre part, des bus de données 241b et 242b assurent la transmission bidirectionnelle de données entre le deuxième module de gestion de paquets 220b et le premier module de gestion physique de lien 231b et le deuxième module de gestion physique de lien 232b du deuxième dispositif communicant 200b.
Le bus de données 241a, 242a, 241b et 242b assurent la transmission bidirectionnelle de données répond généralement à la norme IEEE MII, acronyme pour « Media Independant Interface » en anglais, ou RMII, acronyme pour « Reduced Media Independant Interface » en anglais.
Toutefois, d’autres normes peuvent être utilisées, telles que GMII, acronyme pour « Gigabit Media-Independent Interface » en anglais, RGMII, acronyme pour « Reduced Gigabit Media Independant Interface » en anglais, SGMII, acronyme pour « Serial Gigabit Media Independant Interface » en anglais, ou équivalentes.
Le module de gestion de paquets 220 comporte un module de transfert bi-voie et au moins un module de gestion du média de type contrôle d'accès au support, également connu sous l’acronyme MAC pour « Media Access Control » en anglais, qui implémente le protocole Ethernet dont l’architecture est détaillée ci-après dans la description.
Selon l’invention, par extension, le module de transfert n’est pas limité à un module de transfert bi-voie mais peut être module de transfert type multi-voie.
En réception, les signaux transitant sur la première liaison connecteur-module 401 et la deuxième liaison connecteur-module 402 sont analysés et transformés en données numériques par le premier module de gestion physique de lien 231 et le deuxième module de gestion physique de lien 232 du dispositif communicant 200.
Ainsi, les signaux transitant sur la première liaison connecteur-module 401a et la deuxième liaison connecteur-module 402a du premier dispositif communicant 200a sont analysés et transformés en données numériques par le premier module de gestion physique de lien 231a et le deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a.
De même, les signaux transitant sur la première liaison connecteur-module 401b et la deuxième liaison connecteur-module 402b du deuxième dispositif communicant 200b sont analysés et transformés en données numériques par le premier module de gestion physique de lien 231b et le deuxième module de gestion physique de lien 232b du deuxième dispositif communicant 200b.
Les données numériques sont ensuite transmises au module gestion de paquets 220 du dispositif communicant 200, à savoir le premier module de gestion de paquets 220a du premier dispositif communicant 200a et le deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b, qui les analyse sous la forme de paquets ou de trames Ethernet.
Le dispositif communicant 200 comprend également une couche protocolaire de niveau supérieur 210, à savoir une première couche protocolaire de niveau supérieur 210a du premier dispositif communicant 200a et une deuxième couche protocolaire de niveau supérieur 210b du deuxième dispositif communicant 200b.
Les paquets ou de trames Ethernet analysé(e)s par le module gestion de paquets 220 sont ensuite transmis à la couche protocolaire de niveau supérieur 210, en particulier la première couche protocolaire de niveau supérieur 210a et la deuxième couche protocolaire de niveau supérieur 210b.
En émission, le module de gestion de paquets 220, en particulier le premier module de gestion de paquets 220a du premier dispositif communicant 200a et le deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b, reçoit les données à transmettre de la couche protocolaire de niveau supérieur 210, en particulier la première couche protocolaire de niveau supérieur 210a et la deuxième couche protocolaire de niveau supérieur 210b, typiquement d’une pile protocolaire IP sous la forme de paquets IP.
Le module de gestion de paquets 220 assemble les paquets ou les trames Ethernet véhiculant les données IP et les transmet au premier module de gestion physique de lien 231 et au deuxième module de gestion physique de lien 232, à savoir le premier module de gestion physique de lien 231a et le deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a et le premier module de gestion physique de lien 231b et le deuxième module de gestion physique de lien 232b du deuxième dispositif communicant 200b, pour leur émission sous la forme de signaux sur la première liaison connecteur-module 401 et la deuxième liaison connecteur-module 402, en particulier sur la première liaison connecteur-module 401a et une deuxième liaison connecteur-module 402a du premier dispositif communicant 200a et la première liaison connecteur-module 401b et la deuxième liaison connecteur-module 402b du deuxième dispositif communicant 200b.
Le module de gestion de paquets 220, particulièrement le premier module de gestion de paquets 220a du premier dispositif communicant 200a et le deuxième module de gestion de paquets 220b du deuxième dispositif communicant 220b, comporte également une interface de configuration pour permettre la configuration du module de gestion de paquets 220 dans
  • un mode mettant en œuvre une fonction de répartition/agrégation, prioritisant le débit des transferts de données ;
  • un mode mettant en œuvre une fonction de duplication/vérification, prioritisant l’intégrité des transferts de données ; et/ou.
  • un mode mettant en œuvre une fonction de duplication/sélection priorisant la disponibilité des transferts de données en complément.
Le module de gestion de paquets 220 peut être réalisé sous différentes formes, de manière unitaire ou distribuée, au moyen de composants matériels et/ou logiciels. Des composants matériels utilisables sont les circuits logiques programmables, également dénommé par l’acronyme FPGA pour « Field-Programmable Gate Array » en anglais pour réseau de portes programmables in situ, sous forme de circuits intégrés spécifiques à une application ou fonction, également dénommé par l’acronyme ASIC pour « Application Specific Integrated Circuit » en anglais, ou de microprocesseurs.
Ainsi, le module de transfert et le module de gestion du média du module de gestion de paquets 220 peuvent être implémentés au moyen d’un même composant ou sur des composants différents reliés par un lien de communication local.
On se reporte dorénavant à la qui représente un procédé de communication bidirectionnelle mis en œuvre par le système de communication bidirectionnelle de données 100 selon l’invention.
Pour une meilleure compréhension, le procédé est décrit dans le cadre d’un transfert de données du premier dispositif communicant 200a vers le deuxième dispositif communicant 200b, les échanges étant bidirectionnels, bien entendu le procédé peut être également mis en œuvre simultanément pour le transfert de données du deuxième dispositif communicant 200b vers le premier dispositif communicant 200a.
Le procédé met en œuvre, préférentiellement successivement, les étapes suivantes :
  • une étape de réception de données source E0, dans laquelle le premier module de gestion de paquets 220a du premier dispositif communicant 200a reçoit un paquet source ou données source à transmettre au deuxième dispositif communicant 200b ;
  • une étape de génération de trames intermédiaires E10, dans laquelle le premier module de gestion de paquets 220a du premier dispositif communicant 200a génère
  • une première trame intermédiaire 510a comprenant M bits de données fonction des N bits du paquet source à transmettre, et
  • une deuxième trame intermédiaire 510b comprenant P bits de données fonction des N bits du paquet source à transmettre,
de sorte que les N bits du paquet source sont compris dans l’association des M bits de données de la première trame intermédiaire 510a et des P bits de données de la deuxième trame intermédiaire 510b ;
  • une première étape de transmission de trames intermédiaires E20, dans laquelle
    • le premier module de gestion physique de lien 231a du premier dispositif communicant 200a transmet la première trame intermédiaire 510a sur la première liaison connecteur-module 401a du premier dispositif communicant 200a, et
  • le deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a transmet la deuxième trame intermédiaire 510b sur la deuxième liaison connecteur-module 402a du premier dispositif communicant 200a ;
  • une deuxième étape de transmission de trames intermédiaires E30, dans laquelle la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b sont transmises au deuxième dispositif communicant 200b via la liaison inter-dispositif 404, en particulier par propagation physique unitaire conduite sur chaque paire torsadée respective de la liaison inter-dispositif 404 ;
  • une étape de réception de trames intermédiaires E40, dans laquelle
    • le premier module de gestion physique de lien 231b du deuxième dispositif communicant 200b reçoit la première trame intermédiaire 510a via la première liaison connecteur-module 401b du deuxième dispositif communicant 200b, et
    • le deuxième module de gestion physique de lien 232b du deuxième dispositif communicant 200b reçoit la deuxième trame intermédiaire 510b via la deuxième liaison connecteur-module 402b du deuxième dispositif communicant 200b ;
  • une troisième étape de transmission de trames intermédiaires E50, dans laquelle la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b sont transmises au deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b ; et
  • une étape de reconstitution de données sources E60, dans laquelle le deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b reconstitue les N bits de données du paquet source en fonction des M bits de données de la première trame intermédiaire 510a et des P bits de données de la deuxième trame intermédiaire 510b, en particulier, par extension, de l’ensemble des trames intermédiaires .
Dans le cadre d’un transfert de données du deuxième dispositif communicant 200b vers le premier dispositif communicant 200a, le procédé met en œuvre, préférentiellement successivement, les étapes suivantes :
  • une étape de réception de données source E0, dans laquelle le deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b reçoit un paquet source à transmettre au premier dispositif communicant 200a ;
  • une étape de génération de trames intermédiaires E10, dans laquelle le deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b génère
  • une première trame intermédiaire 510a comprenant M bits de données fonction des N bits du paquet source à transmettre, et
  • une deuxième trame intermédiaire 510b comprenant P bits de données fonction des N bits du paquet source,
de sorte que les N bits du paquet source sont compris dans l’association des M bits de données de la première trame intermédiaire 510a et des P bits de données de la deuxième trame intermédiaire 510b ;
  • Une première étape de transmission de trames intermédiaires E20, dans laquelle
    • le premier module de gestion physique de lien 231b du deuxième dispositif communicant 200b transmet la première trame intermédiaire 510a sur la première liaison connecteur-module 401b du deuxième dispositif communicant 200b, et
  • le deuxième module de gestion physique de lien 232b du deuxième dispositif communicant 200b transmet la deuxième trame intermédiaire 510b sur la deuxième liaison connecteur-module 402b du deuxième dispositif communicant 200b ;
  • Une deuxième étape de transmission de trames intermédiaires E30, dans laquelle la première trame intermédiaire et la deuxième trame intermédiaire sont transmises au premier dispositif communicant 200a via la liaison inter-dispositif 404 ;
  • Une étape de réception de trames intermédiaires E40, dans laquelle
    • le premier module de gestion physique de lien 231a du premier dispositif communicant 200a reçoit la première trame intermédiaire 510a via la première liaison connecteur-module 401a du premier dispositif communicant 200a, et
    • le deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a reçoit la deuxième trame intermédiaire 510b via la deuxième liaison connecteur-module 402a du premier dispositif communicant 200a ;
  • Une troisième étape de transmission de trames intermédiaires E50, dans laquelle la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b sont transmises au premier module de gestion de paquets 220a du premier dispositif communicant 200a ; et
  • Une étape de reconstitution de données sources E60, dans laquelle le premier module de gestion de paquets 220b du premier dispositif communicant 200a reconstitue les N bits de données du paquet sources en fonction des M bits de données de la première trame intermédiaire 510a et des P bits de données de la deuxième trame intermédiaire 510b, en particulier, par extension, de l’ensemble des trames intermédiaires.
Architecture- MonoMac
La représente schématiquement un système de communication bidirectionnelle de données selon un deuxième mode de réalisation de l’invention. Plus particulièrement, le deuxième mode de réalisation de l’invention diffère par l'architecture du module de gestion de paquets 220 du dispositif communicant 200.
Dans le mode de réalisation présenté à la , le module de gestion de paquets 220 du dispositif communicant 200 comporte au moins un module de transfert 222, notamment un module de transfert muti-voie 222 et en particulier un module de transfert bi-voie 22, et au moins un module de gestion du média 221, notamment un module de gestion du média 221 de type MAC, qui implémente le protocole Ethernet.
Spécifiquement, d’une part, le premier module de gestion de paquets 220a du premier dispositif communicant 200a comporte au moins un premier module de transfert 222a et au moins un premier module de gestion du média 221a, notamment de type MAC, qui implémente le protocole Ethernet. D’autre, le deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b comporte au moins un deuxième module de transfert 222b et au moins un deuxième module de gestion du média 221b, notamment de type MAC, qui implémente le protocole Ethernet.
Le module de gestion du média 221 comporte des moyens de communication bidirectionnelle avec la couche protocolaire de niveau supérieur 210 pour émettre/réceptionner des paquets de données.
De plus, le module de gestion de média 221 et le module de transfert 222 sont reliés par un bus spécifique assurant la transmission bidirectionnelle de trames de données.
Le premier module de transfert 222a du premier dispositif communicant 200a est relié par deux bus, en particulier séparés et indépendants et par extension plusieurs bus, assurant la transmission bidirectionnelle avec le premier module de gestion physique de lien 231a et la deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a pour émettre/réceptionner des trames.
Priorité débit
En relation avec la précédemment décrite, le procédé de communication selon l’invention est tel que le module de transfert 222 du dispositif communicant 200, en particulier le premier module de transfert 222a du premier dispositif communicant 200a et/ou le deuxième module de transfert 222b du deuxième dispositif communicant 200b, est dans un mode de configuration mettant en œuvre une fonction de répartition/agrégation priorisant le débit des transferts de données.
L’étape de réception de données source E0 comporte la réception, par le module de gestion de média 221 du dispositif communicant 200 du paquet source à transmettre, émis par la couche protocolaire de niveau supérieur 210.
A l’étape de génération de trames intermédiaires E10, le module de gestion de média 221 du dispositif communicant 200 génère une trame de données échangées encapsulant le paquet de données et transmet la trame de données échangées au module de transfert 222.
Comme illustré aux figures 4a et 4b, la trame de données échangées, ou trame source est référencée 500. La trame de données échangées 500, ou trame source 500, est au format standardisé typique, répondant notamment à la norme IEEE 802.3, et comporte
  • un champ-préambule P, par exemple sur 7 octets, apte à permettre une synchronisation du signal,
  • un champ-délimiteur SOF, par exemple sur 1 octet, apte à indiquer un début des informations de la trame de données échangées 500,
  • un champ-adresse ADR, par exemple sur 2*6 = 12 octets, apte à définir une adresse MAC Destination et une adresse MAC Source,
  • un champ-type TYPE, par exemple sur 2 octets, apte à définir un protocole de la couche protocolaire de niveau supérieur 210,
  • un champ-données DATA, apte à contenir des informations de la trame de données échangées 500, et
  • un champ-vérification CRC, par exemple sur 4 octets, apte à définir un code de redondance cyclique, également dénommé par l’acronyme CRC pour Contrôle de Redondance Cyclique ou « Cyclic Redundancy Check » en anglais.
Le champ-données DATA a une taille la taille maximum est égale à la taille maximale d'un paquet, également dénommé par l’acronyme MTU pour « Maximum Transmission Unit » en anglais, qui, par défaut, vaut 1 500 octets. Alternativement, il est procédé à l’ajout de bits de remplissage pour atteindre une taille de 46 octets.
Le module de transfert 222 du dispositif communicant 200 procède ensuite à la génération de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b dans lesquelles sont répartis les N bits du champ de données du paquet source. La première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b sont destinée à être émise sur un lien physique distinct, à savoir la première liaison connecteur-module 401 et la deuxième liaison connecteur-module 402.
Le module de transfert 222 du dispositif communicant 200 procède à la répartition des N bits du champ de données du paquet source de la trame de données échangées 500 entre la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b par une distribution équilibrée, notamment à partir d’une loi de base ou à partir d’une autre loi prédéfinie.
Les N bits du champ de données du paquet source de la trame de données échangées 500 peuvent être répartis dans les champ-données DATA de la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b par p-uplets de bits, avec p compris entre 1 et n/2. Il peut être également procédé à l’ajout de bits de remplissage pour atteindre 46 octets.
Le module de transfert 222 procède également à une encapsulation, c’est-à-dire dans le présent cas à une répartition, dans la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b, du champ-adresse ADR, du champ-type TYPE et du champ-vérification CRC.
Le module de transfert 222 peut également encapsuler, ou répartir, le champ-préambule P et le champ-délimiteur SOF de la trame de données échangées 500.
Alternativement, le module de transfert 222 peut également
  • dupliquer le champ-préambule P et le champ-délimiteur SOF de la trame de données échangées 500 pour chacune de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b ; et/ou
  • générer une nouvelle séquence de bits pour le champ-préambule P et un nouveau champ-délimiteur SOF, qui préférentiellement ne sera pas réduit ; et/ou
  • générer un nouveau champ-vérification CRC pour chacune de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b.
Dans de telles configurations, le champ-préambule P peut être dit « réduit » car composé d’un nombre de bits inférieur au nombre de bits du champ-préambule P de la trame de données échangées 500. Toutefois, dans ces mêmes configurations, le nouveau champ-délimiteur SOF ne sera pas « réduit ».
L'intégrité des données sur chacune de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b est assurée par le champ-vérification CRC qui permet par un calcul de valider les données transmises dans la trame de données échangées 500.
Le champ-vérification CRC est positionné en fin de trame de données échangées 500 et correspond à l'ensemble des bits de la trame intermédiaire, respectivement de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b.
Avantageusement, le calcul du champ-vérification CRC est basé sur un Contrôle de Redondance Cyclique polynomial de degré 32, répondant notamment à la norme CRC-32-IEEE. Ainsi, le calcul du champ-vérification CRC pour la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b peut être sur la base des polynômes générateurs identiques ou les polynômes générateurs peuvent être différents pour la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b.
A la première étape de transmission de trames intermédiaires E20, le module de transfert 222 du dispositif communicant 200 procède à la transmission de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b, notamment via respectivement le premier module de gestion physique de lien 231 et le deuxième module de gestion physique de lien 232 du dispositif communicant 200.
A cet effet, chacune de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b est émise sur un lien physique distinct du dispositif communicant 200, à savoir la première liaison connecteur-module 401 et la deuxième liaison connecteur-module 402 du dispositif communicant 200.
A la deuxième étape de transmission de trames intermédiaires E30, la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b sont transmises à un autre dispositif communicant 200, respectivement le deuxième dispositif communicant 200b si l’étape de génération de trames intermédiaires E10 est réalisée par le premier dispositif communicant 200a, ou le premier dispositif communicant 200a si l’étape de génération de trames intermédiaires E10 est réalisée par le deuxième dispositif communicant 200b, via la liaison inter-dispositif 404.
Chacune de la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b est émise sur un lien physique distinct.
La première trame intermédiaire 510a et la deuxième trame intermédiaire 510b peuvent être transmises de façon simultanée ou avec un faible décalage, compris dans une fenêtre temporelle donnée.
A l’étape de réception de trames intermédiaires E40, la première trame intermédiaires 510a et de la deuxième trame intermédiaire 510b sont réceptionnées sur les liens physiques de l’autre dispositif communicant 200, respectivement le deuxième dispositif communicant 200b si l’étape de génération de trames intermédiaires E10 est réalisée par le premier dispositif communicant 200a, ou le premier dispositif communicant 200a si l’étape de génération de trames intermédiaires E10 est réalisée par le deuxième dispositif communicant 200b, via la liaison inter-dispositif 404.
La première trame intermédiaires 510a et de la deuxième trame intermédiaire 510b peuvent être reçues de façon simultanée ou avec un faible décalage, compris dans une fenêtre temporelle donnée.
A la troisième étape de transmission de trames intermédiaires E50, la première trame intermédiaires 510a et de la deuxième trame intermédiaire 510b sont transmises au module de transfert 222 de l’autre dispositif communicant 200, en particulier au deuxième module de transfert 222b du deuxième dispositif communicant 200b.
A l’étape de reconstitution de données sources E60, le module de transfert 222 du dispositif communicant 200, en particulier le deuxième module de transfert 222b du deuxième dispositif communicant 200b, procède à l’agrégation de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b réceptionnées pour reconstituer la trame source.
A l’étape de reconstitution de données sources E60, à la réception d’une première trame intermédiaire 510a, le module de transfert 222 déclenche une fenêtre temporelle de durée maximale prédéfinie, constituant un Delta T de réception, dans laquelle doit être reçue la deuxième trame intermédiaire 510b, c’est-à-dire de la trame en retard.
Si la deuxième trame intermédiaire 510b n’est pas reçue après l’écoulement de la fenêtre temporelle de durée maximale prédéfinie, l’étape de reconstitution de données sources E60 n’est pas effectuée et la trame source 500 n’est pas reconstituée. Alternativement, la première trame reçue peut également être la deuxième trame intermédiaire 510b, le déclenchement de la fenêtre temporelle de réception se faisant sur la réception de la deuxième trame intermédiaire 510b.
La fonction de reconstitution ou d’agrégation se replace en attente de réception du groupe de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b suivantes.
La fenêtre temporelle de durée maximale prédéfinie peut être calée sur la détection du champ-délimiteur SOF dans la première trame intermédiaire 510a et dans la deuxième trame intermédiaire 510b.
Pour procéder à l’agrégation ou la reconstitution, le module de transfert 222 du dispositif communicant 200 met en œuvre une loi agrégation en correspondance avec la loi de répartition utilisée pour la répartition des bits du paquet source à l’étape de génération de trames intermédiaires E10 pour reconstituer la trame source 500.
Les données du paquet source sont reconstituées à partir des données de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b. Les autres champs de la trame source 500 sont également reconstitués.
La première trame intermédiaire 510a et la deuxième trame intermédiaire 510b sont également validées par le champ-vérification CRC dédié. En cas d’incohérence, la trame source 500 reconstituée n’est pas validée.
Si la trame source 500 reconstituée est validée, celle-ci est alors transmise au module de gestion du média 221 du dispositif communicant 200 qui transmet le paquet source à la couche protocolaire de niveau supérieur 210.
La description qui vient d’être faite est telle que l’étape de réception de données source E0 et l’étape de génération de trames intermédiaires E10 sont réalisées par le premier dispositif communicant 200a. Toutefois, ce qui vient d’être décrit est transposable réciproquement de façon analogue si l’étape de réception de données source E0 et l’étape de génération de trames intermédiaires E10 sont réalisées par le deuxième dispositif communicant 200b, en particulier de façon simultanée ou non.
Priorité intégrité
En relation avec la précédemment décrite, il est maintenant décrit le procédé de communication dans lequel le module de transfert 222 du dispositif communicant 200 est dans un mode de configuration mettant en œuvre une fonction de duplication/vérification prioritisant l’intégrité des transferts de données, ainsi que l’amélioration de la disponibilité suivant certaines déclinaisons.
L’étape de réception de données source E0 comporte la réception, par le module de gestion de média 221 du dispositif communicant 200 du paquet source à transmettre, émis par la couche protocolaire de niveau supérieur 210.
Le module de gestion de média 221 génère la trame source 500 encapsulant le paquet de données et transmet la trame source 500 au module de transfert 222.
A l’étape de génération de trames intermédiaires E10, le module de transfert 222 du dispositif communicant 200 procède à la génération de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b dans lesquelles sont dupliqués les N-bits du champ de données. Chacune de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b est destinée à être émise sur un lien physique distinct, à savoir la première liaison connecteur-module 401 et la deuxième liaison connecteur-module 402.
Le module de transfert 222 procède également à l’encapsulation, c’est-à-dire dans le présent cas à une duplication, dans la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b, des champs-adresse ADR et du champ-type TYPE et génère pour chacune la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b, une nouvelle séquence de bits pour le champ-préambule P. Ce champ-préambule P est dit « réduit » car composé d’un nombre de bits inférieur au nombre de bits du préambule de la trame source 500.
Alternativement, le champ-préambule P peut être conservé à l’identique cela sera au détriment de la taille la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b qui seront augmentées de la taille de la séquence de redondance.
Le module de transfert 222 génère également un nouveau champ-délimiteur SOF et un code correcteur pour la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b.
Préférentiellement, le nouveau champ-délimiteur SOF a une valeur identique au champ-délimiteur SOF source
Préférentiellement, une séquence de redondance est ajoutée ou associée au code correcteur.
Le code correcteur est basé sur la redondance et est destiné à corriger les erreurs de transmission de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b.
A cet effet, le code correcteur permet de détecter et corriger ou uniquement de détecter les erreurs de transmission suivant le choix de la séquence de redondance, selon le type de polynôme associé, la dimension, etc.
La séquence de redondance est associée au code. Ainsi, le code correcteur est situé en fin de trame et correspond à l'ensemble des bits de la trame.
Le calcul du code, incluant notamment la séquence de redondance en elle-même à l’exclusion du champ-préambule P et du champ-délimiteur SOF, est par exemple basé sur un code de Reed-Solomon pour la détection et correction de bits erronés ou sur un code de type CRC pour la détection de bits erronés.
Le calcul du champ-vérification CRC pour la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b peut être sur la base du polynôme formel. En particulier, le polynôme formel peut être différent pour la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b.
A la première étape de transmission de trames intermédiaires E20, le module de transfert 222 procède à la transmission de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b. A cet effet, chacune de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b est émise sur un lien physique du dispositif communicant 200, à savoir la première liaison connecteur-module 401 et la deuxième liaison connecteur-module 402 du dispositif communicant 200.
A la deuxième étape de transmission de trames intermédiaires E30, la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b sont transmises au deuxième dispositif communicant 200b, si l’étape de génération de trames intermédiaires E10 est réalisée par le premier dispositif communicant 200a, ou au premier dispositif communicant 200a, si l’étape de génération de trames intermédiaires E10 est réalisée par le deuxième dispositif communicant 200b, via la liaison inter-dispositif 404.
La première trame intermédiaire 510a et la deuxième trame intermédiaire 510b peuvent être transmises de façon simultanée ou avec un faible décalage, compris dans une fenêtre temporelle donnée.
Toutefois, dans le cas de la capacité intégrité, un faible décalage à l’émission, c’est à dire un décalage de X bits entre la transmission des trames intermédiaires peut globalement améliorer l’intégrité et la disponibilité. En effet, la perturbation ne s’applique pas sur la même position d’une séquence de bits sur chacune des trames intermédiaires.
Les trames intermédiaires peuvent être reçues de façon simultanée ou avec un faible décalage, compris dans une fenêtre temporelle donnée.
A l’étape de réception de trames intermédiaires E40, la première trame intermédiaires 510a et de la deuxième trame intermédiaire 510b sont réceptionnées sur les liens physiques du deuxième dispositif communicant 200b.
La première trame intermédiaires 510a et de la deuxième trame intermédiaire 510b peuvent être reçues de façon simultanée ou avec un faible décalage, compris dans une fenêtre temporelle donnée.
A la troisième étape de transmission de trames intermédiaires E50, la première trame intermédiaires 510a et de la deuxième trame intermédiaire 510b transmises sont transmises au module de transfert 222 du deuxième dispositif communicant 200.
Les trames intermédiaires peuvent être reçues de façon simultanée ou avec un faible décalage, compris dans une fenêtre temporelle donnée.
A la troisième étape de transmission de trames intermédiaires E50, le module de transfert 222 du deuxième dispositif communicant 200, en particulier au deuxième module de transfert 222b du deuxième dispositif communicant 200b, procède à une vérification de l’intégrité de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b réceptionnées.
La troisième étape de transmission de trames intermédiaires E50 pourra en outre comprendre une correction de bits erronés suivant le type de code d’une séquence de redondance dédiée.
A la troisième étape de transmission de trames intermédiaires E50, à la réception d’une première trame 510a, le module de transfert 222 du deuxième dispositif communicant 200, en particulier au deuxième module de transfert 222b du deuxième dispositif communicant 200b, déclenche une fenêtre temporelle de durée maximale prédéfinie, constituant un Delta T de réception, dans laquelle doit être reçue la deuxième trame intermédiaire 510b, c’est-à-dire la trame en retard.
Si la deuxième trame intermédiaire 510b n’est pas reçue après l’écoulement de la fenêtre temporelle de durée maximale prédéfinie, la troisième étape de transmission de trames intermédiaires E50, consistant alors également en une étape de vérification, n’est pas effectuée et la trame source 500 n’est pas reconstituée.
La fonction de vérification de l’intégrité pourra inclure la correction de bits erronés. Par suite, elle se replace en attente de réception du groupe de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b suivantes.
La fenêtre temporelle de durée maximale prédéfinie peut être calée sur la détection du champ-délimiteur SOF dans la première trame intermédiaire 510a et dans la deuxième trame intermédiaire 510b.
Pour procéder à la vérification de l’intégrité, le module de transfert 222 procède au contrôle, à partir de la séquence de redondance et suivant le code correcteur sélectionné, à la détection et correction de bits erronés ou à la simple détection de bits erronés, pour la première trame intermédiaire 510a et pour la deuxième trame intermédiaire 510b.
En cas d’incohérence, la trame intermédiaire n’est pas validée.
Si la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b ne sont pas validées, la trame source 500 n’est pas restituée.
Si la première trame intermédiaire 510a ou la deuxième trame intermédiaire 510b est validée, la trame source 500 pourra être restituée, à partir de la première trame intermédiaire 510a validée en fonction des critères d’intégrité précédemment appliqués avec restitution d’un champ-préambule P complet ou, par choix prédéfini, à partir de la première trame intermédiaire 510a si la première trame intermédiaire 510a et la deuxième trame intermédiaire 510b sont simultanément validées.
En outre, notamment dans le cas de l’intégrité renforcée, une comparaison des données, en particulier bit à bit, de la première trame intermédiaire 510a et de la deuxième trame intermédiaire 510b est effectuée. En cas d’incohérence, la vérification d’intégrité n’est pas validée et la trame source 500 n’est pas validée.
Si la trame source 500 est validée, celle-ci est alors transmise au module de gestion du média 221 du dispositif communicant 200, en particulier au deuxième module de gestion du média 221b du deuxième dispositif communicant 200b, qui transmet le paquet source à la couche protocolaire de niveau supérieur 210, à savoir la deuxième couche protocolaire de niveau supérieur 210b.
La description qui vient d’être faite est telle que l’étape de réception de données source E0 et l’étape de génération de trames intermédiaires E10 sont réalisées par le premier dispositif communicant 200a. Toutefois, ce qui vient d’être décrit est transposable réciproquement de façon analogue si l’étape de réception de données source E0 et l’étape de génération de trames intermédiaires E10 sont réalisées par le deuxième dispositif communicant 200b, en particulier de façon simultanée ou non.
Architecture DualMac
La représente schématiquement un système de communication bidirectionnelle de données selon un troisième mode de réalisation de l’invention. Plus particulièrement, le troisième mode de réalisation de l’invention diffère par l'architecture du module de gestion de paquets 220 du dispositif communicant 200.
Dans le mode de réalisation présenté à la , le module de transfert 222 du module de gestion de paquets 220 du dispositif communicant 200 comporte des moyens de communication bidirectionnelle avec la couche protocolaire de niveau supérieur 210 pour émettre/réceptionner des paquets de données.
Spécifiquement, le premier module de transfert 222a du premier module de gestion de paquets 220a du premier dispositif communicant 200a comporte des moyens de communication bidirectionnelle avec la première couche protocolaire de niveau supérieur 210a pour émettre/réceptionner des paquets de données. Par ailleurs, le deuxième module de transfert 222b du deuxième module de gestion de paquets 220b du deuxième dispositif communicant 200b comporte des moyens de communication bidirectionnelle avec la deuxième couche protocolaire de niveau supérieur 210b pour émettre/réceptionner des paquets de données.
De plus, le module de gestion de paquets 220 du dispositif communicant 200, comporte également deux modules de gestion du média 221, en particulier deux premiers modules de gestion du média 221a du premier dispositif communicant 200a et deux deuxième modules de gestion du média 221b du deuxième dispositif communicant 200b.
Les deux modules de gestion du média 221 comportent des moyens de communication bidirectionnelle avec le premier module de gestion physique de lien 231 et le deuxième module de gestion physique de lien 232 pour émettre/réceptionner des trames.
Les deux modules de gestion de média 221 et le module de transfert 222 sont reliés par un bus spécifique assurant la transmission bidirectionnelle de trames données.
Spécifiquement, les deux premiers modules de gestion du média 221a et le premier module de transfert 222a du premier dispositif communicant 200a sont reliés par un bus spécifique assurant la transmission bidirectionnelle de trames données. Similairement, les deux deuxièmes modules de gestion de média 221b et le deuxième module de transfert 222b sont reliés par un bus spécifique assurant la transmission bidirectionnelle de trames données.
Priorité débit
En relation avec la précédemment décrite, le procédé de communication selon l’invention est tel que le module de transfert 222 du dispositif communicant 200, en particulier le premier module de transfert 222a du premier dispositif communicant 200a et le deuxième module de transfert 222b du deuxième dispositif communicant 200b, est dans un mode de configuration mettant en œuvre une fonction de répartition/agrégation prioritisant le débit des transferts de données.
L’étape de réception de données source E0 comporte la réception par le module de transfert 222 du dispositif communicant 200 d’un paquet source à transmettre émis par la couche protocolaire de niveau supérieur 210.
A l’étape de génération de trames intermédiaires E10, le module de transfert 222 du dispositif communicant 200 procède à la répartition des N bits du champ de données du paquet source entre un premier paquet de données intermédiaire, ou première trame intermédiaire, et un deuxième paquet de données intermédiaire, ou deuxième trame intermédiaire, par une distribution équilibrée, notamment à partir d’une loi de base ou à partir d’une autre loi prédéfinie.
Les N bits du champ de données du paquet source ou données source peuvent être répartis dans le premier paquet de données intermédiaire et le deuxième paquet de données intermédiaire par n-uplets de bits.
A la première étape de transmission de trames intermédiaires E20, le module de transfert 222 du dispositif communicant 200 procède à la transmission du premier paquet de données intermédiaire et du deuxième paquet de données intermédiaire générés respectivement aux deux modules de gestion de média 221 du dispositif communicant 200.
Les deux modules de gestion de média 221 du dispositif communicant 200 génèrent ensuite respectivement une trame au format standardisé typique, répondant notamment à la norme IEEE 802.3, encapsulant le paquet de données intermédiaire réceptionné.
Par suite, les deux modules de gestion de média 221 du dispositif communicant 200 transmettent les deux trames au format standardisé typique via respectivement le premier module de gestion physique de lien 231 et le deuxième module de gestion physique de lien 232 du dispositif communicant 200.
En particulier, les deux premiers modules de gestion de média 221a du premier dispositif communicant 200a transmettent les deux trames au format standardisé typique via respectivement le premier module de gestion physique de lien 231a et le deuxième module de gestion physique de lien 232a du premier dispositif communicant 200a.
A cet effet, les deux trames au format standardisé typique sont émises sur un lien physique distinct du dispositif communicant 200, à savoir la première liaison connecteur-module 401a et la deuxième liaison connecteur-module 402a du premier dispositif communicant 200a.
A la deuxième étape de transmission de trames intermédiaires E30, les deux trames au format standardisé typique sont transmises à un autre dispositif communicant, respectivement le deuxième dispositif communicant 200b si l’étape de génération de trames intermédiaires E10 est réalisée par le premier dispositif communicant 200a, ou le premier dispositif communicant 200a si l’étape de génération de trames intermédiaires E10 est réalisée par le deuxième dispositif communicant 200b, via la liaison inter-dispositif 404.
Chacune des trames au format standardisé typique est émise sur un lien physique distinct.
Les deux trames au format standardisé typique peuvent être transmises de façon simultanée ou avec un faible décalage, compris dans une fenêtre temporelle donnée.
A l’étape de réception de trames intermédiaires E40, les deux trames au format standardisé typique sont réceptionnées sur les liens physiques de l’autre dispositif communicant 200, respectivement le deuxième dispositif communicant 200b si l’étape de génération de trames intermédiaires E10 est réalisée par le premier dispositif communicant 200a, ou le premier dispositif communicant 200a si l’étape de génération de trames intermédiaires E10 est réalisée par le deuxième dispositif communicant 200b, via la liaison inter-dispositif 404.
En particulier, le premier module de gestion physique de lien 231b du deuxième dispositif communicant 200b reçoit l’une des deux trames au format standardisé typique via la première liaison connecteur-module 401b du deuxième dispositif communicant 200b, et le deuxième module de gestion physique de lien 232b du deuxième dispositif communicant 200b reçoit l’autre des deux trames au format standardisé typique via la deuxième liaison connecteur-module 402b du deuxième dispositif communicant 200b.
A la troisième étape de transmission de trames intermédiaires E50, les deux trames au format standardisé typique sont transmises à chaque module de gestion de média 221 de l’autre dispositif communicant 200, en particulier aux deux deuxièmes modules de gestion de média 221b du deuxième dispositif communicant 200b.
Par suite, lors de la troisième étape de transmission de trames intermédiaires E50, chaque module de gestion de média 221 de l’autre dispositif communicant 200 transmet respectivement chacun les paquets intermédiaires extraits des trames intermédiaires réceptionnées au module de transfert 222 de l’autre dispositif communicant 200, en particulier le deuxième module de transfert 222b du deuxième dispositif communicant 200b.
A l’étape de reconstitution de données sources E60, le module de transfert 222 du dispositif communicant 200 procède à l’agrégation des paquets intermédiaires réceptionnés pour reconstituer la trame source.
A l’étape de reconstitution de données sources E60, à la réception de la première des deux trames au format standardisé typique, le module de transfert 222, en particulier le deuxième module de transfert 222b du deuxième dispositif communicant 200b, déclenche une fenêtre temporelle de durée maximale prédéfinie, constituant un Delta T de réception, dans laquelle doit être reçu la deuxième des deux trames au format standardisé typique, c’est-à-dire de la trame en retard.
Si la deuxième des deux trames au format standardisé typique n’est pas reçue après l’écoulement de la fenêtre temporelle de durée maximale prédéfinie l’étape reconstitution de données sources E60 n’est pas effectuée et le trame source 500, ou la donnée source 500, n’est pas reconstituée.
La fonction d’agrégation se replace en attente de réception du groupe des deux trames au format standardisé typique suivantes.
La fenêtre temporelle de durée maximale prédéfinie peut être calée sur la détection du champ-délimiteur SOF dans la première trame intermédiaire 510a et dans la deuxième trame intermédiaire 510b.
Pour procéder à l’agrégation, le module de transfert 222 du dispositif communicant 200, en particulier le deuxième module de transfert 222b du deuxième dispositif communicant 200b, met en œuvre une loi agrégation en correspondance avec la loi de répartition utilisée pour la répartition des bits du paquet source à l’étape de génération de trames intermédiaires E10 pour reconstituer la trame source 500 ou la données source 500.
Les données du paquet source sont reconstituées à partir des données des deux trames au format standardisé typique. Si la trame source 500, ou la données source 500, reconstituée est validée, le paquet source est alors transmis à la couche protocolaire de niveau supérieure 210, à savoir la deuxième couche protocolaire de niveau supérieur 210b.
La description qui vient d’être faite est telle que l’étape de réception de données source E0 et l’étape de génération de trames intermédiaires E10 sont réalisées par le premier dispositif communicant 200a. Toutefois, ce qui vient d’être décrit est transposable réciproquement de façon analogue si l’étape de réception de données source E0 et l’étape de génération de trames intermédiaires E10 sont réalisées par le deuxième dispositif communicant 200b, en particulier de façon simultanée ou non.
Priorité intégrité
En relation avec la précédemment décrite, il est maintenant décrit le procédé de communication dans lequel le module de transfert 222 du dispositif communicant 200 est dans un mode de configuration mettant en œuvre une fonction de duplication/vérification prioritisant l’intégrité des transferts de données, ainsi que l’amélioration de la disponibilité suivant certaines déclinaisons.
L’étape de réception de données source E0 comporte la réception par le module de transfert 222 du dispositif communicant 200, en particulier le premier module de transfert 222a du premier dispositif communicant 200a, d’un paquet source à transmettre, émis par les couches protocolaires supérieures 210, en particulier la première couche protocolaire de niveau supérieur 210a.
A l’étape de génération de trames intermédiaires E10, le module de transfert bi-voie 222 du dispositif communicant 200 procède à la duplication des N bits du champ de données du paquet source entre un premier paquet de données intermédiaire, ou première trame intermédiaire, et un deuxième paquet de données intermédiaire, ou deuxième trame intermédiaire.
A la première étape de transmission de trames intermédiaires E20, le module de transfert 222 du dispositif communicant 200 procède à la transmission du premier paquet de données intermédiaire et du deuxième paquet de données intermédiaire générés respectivement aux deux modules de gestion de média 221 du dispositif communicant 200.
Les deux modules de gestion de média 221 du dispositif communicant 200 génèrent ensuite respectivement une trame au format standardisé typique, répondant notamment à la norme IEEE 802.3, encapsulant le paquet de données intermédiaire réceptionné.
A la deuxième étape de transmission de trames intermédiaires E30, les deux trames au format standardisé typique sont transmises à un autre dispositif communicant, respectivement le deuxième dispositif communicant 200b si l’étape de génération de trames intermédiaires E10 est réalisée par le premier dispositif communicant 200a, ou le premier dispositif communicant 200a si l’étape de génération de trames intermédiaires E10 est réalisée par le deuxième dispositif communicant 200b, via la liaison inter-dispositif 404.
En particulier, dans le cas de la capacité intégrité, un faible décalage à l’émission, c’est à dire un décalage de X bits entre la transmission des trames intermédiaires peut globalement améliorer l’intégrité et la disponibilité. En effet, la perturbation ne s’applique pas sur la même position d’une séquence de bits sur chacune des trames intermédiaires
Chacune des trames au format standardisé typique est émise sur un lien physique distinct.
Les deux trames au format standardisé typique peuvent être transmises de façon simultanée ou avec un faible décalage, compris dans une fenêtre temporelle donnée.
A l’étape de réception de trames intermédiaires E40, les deux trames au format standardisé typique sont réceptionnées sur les liens physiques du second dispositif communicant 200, respectivement le deuxième dispositif communicant 200b si l’étape de génération de trames intermédiaires E10 est réalisée par le premier dispositif communicant 200a, ou le premier dispositif communicant 200a si l’étape de génération de trames intermédiaires E10 est réalisée par le deuxième dispositif communicant 200b, via la liaison inter-dispositif 404.
A la troisième étape de transmission de trames intermédiaires E50, chaque module de gestion de média 221 du dispositif communicant 200 transmet respectivement chacun les paquets intermédiaires extraits des trames intermédiaires réceptionnées au module de transfert 222 de l’autre dispositif communicant 200, en particulier le deuxième module de transfert 222b du deuxième dispositif communicant 200b.
A la troisième étape de transmission de trames intermédiaires E50, le module de transfert 222 de l’autre dispositif communicant 200 procède à la vérification de l’intégrité des deux paquets intermédiaires réceptionnés pour reconstituer le paquet source.
La troisième étape de transmission de trames intermédiaires E50 pourra en outre comprendre une correction de bits erronés suivant le type de code d’une séquence de redondance dédiée.
A la troisième étape de transmission de trames intermédiaires E50, dans le cas d’une intégrité renforcée, à la réception du premier des deux paquets intermédiaires, le module de transfert 222 du deuxième dispositif communicant 200 déclenche une fenêtre temporelle de durée maximale prédéfinie, constituant un Delta T de réception, dans laquelle doit être reçu le deuxième des deux paquets intermédiaires, c’est-à-dire la trame en retard.
Si le deuxième des deux paquets intermédiaires n’est pas reçu après l’écoulement de la fenêtre temporelle de durée maximale prédéfinie, la troisième étape de transmission de trames intermédiaires E50 n’est pas effectuée et le paquet source n’est pas reconstitué.
La fonction de vérification de l’intégrité pourra inclure la correction de bits erronés. Par suite, elle se replace en attente de réception du groupe des deux paquets intermédiaires suivants.
En outre, notamment dans le cas de l’intégrité renforcée, une comparaison des données de chaque paquet intermédiaire est effectuée, en cas d’incohérence, la vérification d’intégrité n’est pas validée et le paquet source n’est pas reconstitué.
Si la vérification est validée, les données du paquet sources sont reconstituées à partir des données des paquets intermédiaires. Le paquet source est ensuite transmis aux couches protocolaires supérieures 210.
Préférentiellement, à toutes les étapes de transmission des procédés décrits précédemment, les trames peuvent être reçues de façon simultanée ou avec un faible décalage, compris dans une fenêtre temporelle donnée.
La description qui vient d’être faite est telle que l’étape de réception de données source E0 et l’étape de génération de trames intermédiaires E10 sont réalisées par le premier dispositif communicant 200a. Toutefois, ce qui vient d’être décrit est transposable réciproquement de façon analogue si l’étape de réception de données source E0 et l’étape de génération de trames intermédiaires E10 sont réalisées par le deuxième dispositif communicant 200b.
L’invention a été décrite en considérant le système de communication bidirectionnelle de données 100 selon les spécificités mentionnées ci-dessus. Toutefois, l’invention est susceptible également de s’appliquer à une partie du système de communication bidirectionnelle de données 100.
Bien évidemment, l'invention n'est pas limitée aux modes de réalisation décrits précédemment et fournis uniquement à titre d'exemple. Elle englobe diverses modifications, formes alternatives et autres variantes que pourra envisager l'homme du métier dans le cadre de l’invention et notamment toutes combinaisons des différents modes de fonctionnement décrits précédemment, pouvant être pris séparément ou en association.

Claims (9)

  1. Procédé de communication bidirectionnelle de données d’un système de communication bidirectionnelle de données (100), notamment un système de communication bidirectionnelle de données (100) embarqué comprenant
    • au moins un premier dispositif communicant (200a) configuré pour implémenter un protocole Ethernet à paire unique et comprenant un premier module de gestion de paquets (220a) connecté à un premier module de gestion physique de lien (231a) et à un deuxième module de gestion physique de lien (232a), le premier module de gestion physique de lien (231a) et le deuxième module de gestion physique de lien (232a) étant reliés par une liaison mono-paire (401a, 402a) distincte à un premier connecteur (403a) commun du premier dispositif communicant (200a), et
    • un deuxième dispositif communicant (200b) configuré pour implémenter un protocole Ethernet à paire unique et comprenant un deuxième module de gestion de paquets (220b) connecté à un premier module de gestion physique de lien (231b) et à un deuxième module de gestion physique de lien (232b), le premier module de gestion physique de lien (231b) et le deuxième module de gestion physique de lien (232b) étant reliés par une liaison mono-paire (401b, 402b) distincte à un deuxième connecteur (403b) commun du deuxième dispositif communicant (200b),
    le premier connecteur (403a) du premier dispositif communicant (200a) étant relié au deuxième connecteur (403b) du deuxième dispositif communicant (200b) par une liaison inter-dispositif (404), notamment une liaison bi-paires (404),
    caractérisé en ce que le procédé comprend
    - une étape de réception de données source (E0), dans laquelle le premier module de gestion de paquets (220a) du premier dispositif communicant (200a), respectivement le deuxième module de gestion de paquets (220b) du deuxième dispositif communicant (200b), reçoit un paquet source (500) à transmettre au deuxième dispositif communicant (200b), respectivement au premier dispositif communicant (200a) ;
    - une étape de génération de trames intermédiaires (E10) dans laquelle, notamment à partir de chaque paquet source ou trame source (500), le premier module de gestion de paquets (220a) du premier dispositif communicant (200a), respectivement le deuxième module de gestion de paquets (220b) du deuxième dispositif communicant (200b), génère
    • une première trame intermédiaire (510a) comprenant M bits de données fonction des N bits du paquet source à transmettre, et
    • une deuxième trame intermédiaire (510b) comprenant P bits de données fonction des N bits du paquet source à transmettre ;
    - une première étape de transmission de trames intermédiaires (E20), dans laquelle
    • le premier module de gestion physique de lien (231a, 231b) du premier dispositif communicant (200a), respectivement du deuxième dispositif communicant (200b), transmet la première trame intermédiaire (510a) sur une première liaison connecteur-module (401a, 401b), et
    • le deuxième module de gestion physique de lien (232a, 232b) du premier dispositif communicant (200a), respectivement du deuxième dispositif communicant (200b), transmet la deuxième trame intermédiaire (510b) sur une deuxième liaison connecteur-module (402a, 402b) ;
    - une étape de réception de trames intermédiaires (E40), dans laquelle
    • le premier module de gestion physique de lien (231b, 231a) du deuxième dispositif communicant (200b), respectivement du premier dispositif communicant (200a), reçoit la première trame intermédiaire (510a) sur une première liaison connecteur-module (401b, 401a), et
    • le deuxième module de gestion physique de lien (232b, 232a) du deuxième dispositif communicant (200b), respectivement du premier dispositif communicant (200a), reçoit la deuxième trame intermédiaire (510b) sur une deuxième liaison connecteur-module (402b, 402a) ;
    - une troisième étape de transmission de trames intermédiaires (E50), dans laquelle la première trame intermédiaire (510a) et la deuxième trame intermédiaire (510b) sont transmises au deuxième module de gestion de paquets (220b) du deuxième dispositif communicant (200b), respectivement au premier module de gestion de paquets (220a) du premier dispositif communicant (200a) ; et
    - une étape de reconstitution de données sources (E60), dans laquelle, le deuxième module de gestion de paquets (220b) du deuxième dispositif communicant (200b), respectivement le premier module de gestion de paquets (220a) du premier dispositif communicant (200a), reconstitue les N bits de données du paquet sources en fonction des M bits de données de la première trame intermédiaire (510a) et des P bits de données de la seconde trame intermédiaire (510b).
  2. Procédé de communication bidirectionnelle selon la revendication précédente, dans lequel les M bits de données de la première trame intermédiaire (510a) et les P bits de données de la deuxième trame intermédiaire (510b) sont comprises entre 1 et N, notamment égale à N, en particulier comprises entre 1 et N/2, notamment égales à N/2, N étant le nombre de bits du paquet source (500).
  3. Procédé de communication bidirectionnelle selon l’une des revendications précédentes, dans lequel la première trame intermédiaire (510a) et la deuxième trame intermédiaire (510b) comportent respectivement un champ-vérification (CRC) calculé sur l’ensemble des bits de la première trame intermédiaire (510a) et la deuxième trame intermédiaire (510b),
    dans lequel, à l’étape de reconstitution de données sources (E60), le deuxième module de gestion de paquets (220b) du deuxième dispositif communicant (200b), respectivement le premier module de gestion de paquets (220a) du premier dispositif communicant (200a), procède au traitement du champ-vérification (CRC) de la première trame intermédiaire (510a) et de la deuxième trame intermédiaire (510b),
    dans lequel le procédé comprend une étape de vérification de l’intégrité de transmission par le contrôle du champ-vérification (CRC) de la première trame intermédiaire (510a) et de la deuxième trame intermédiaire (510b), et
    dans lequel l’étape de reconstitution de données sources (E60) étant validée uniquement si l’étape de vérification de l’intégrité de transmission est positive.
  4. Procédé de communication bidirectionnelle selon la revendication précédente, dans lequel, à l’étape de reconstitution, le deuxième module de gestion de paquets (220b) du deuxième dispositif communicant (200b), respectivement le premier module de gestion de paquets (220a) du premier dispositif communicant (200a), procède à la comparaison des bits de données de la première trame intermédiaire (510a) et de la deuxième trame intermédiaire (510b), et
    dans lequel l’étape de reconstitution de données sources (E60) étant validée uniquement si la comparaison des bits de données de la première trame intermédiaire (510a) et de la deuxième trame intermédiaire (510b) est cohérente.
  5. Procédé de communication bidirectionnelle selon l’une des revendications précédentes, dans lequel le premier module de gestion de paquets (220a) du premier dispositif communicant (200a), respectivement le deuxième module de gestion de paquets (220b) du deuxième dispositif communicant (200b), comporte au moins un premier module de gestion du média (221a), et au moins un premier module de transfert (222a), respectivement au moins un deuxième module de gestion du média (221b), et au moins un deuxième module de transfert (222b), et
    dans lequel
    - l’étape de réception de données source(E0) comporte
    • une étape d’encapsulation du paquet source dans une trame source par le premier module de gestion du média (221a) du premier dispositif communicant (200a), respectivement le deuxième module de gestion du média (221b) du deuxième dispositif communicant (200b), et
    ○ la génération de la première trame intermédiaire (510a) et de la deuxième trame intermédiaire (510b) en fonction de la trame source par le premier module de transfert bi-voie (222a) du premier dispositif communicant (200a), respectivement par le deuxième module de transfert (222b) du deuxième dispositif communicant (200a);
    - l’étape de reconstitution de données sources (E60) comporte la reconstitution de la trame source par le deuxième module de transfert (222b) du deuxième dispositif communicant (200b), respectivement par le premier module de transfert (222a) du premier dispositif communicant (200a) ; et
    - la transmission de la trame source au deuxième module de gestion du média (221b) du deuxième dispositif communicant (200b), respectivement, au premier module de gestion du média (221a) du premier dispositif communicant (200a).
  6. Procédé de communication bidirectionnelle selon l’une des revendications précédentes, dans lequel, à l’étape de réception de trames intermédiaires (E40), l’étape de reconstitution est déclenchée uniquement si les deux trames sont réceptionnées par le premier module de gestion physique de lien (231b) et le deuxième module de gestion physique de lien (232b) du deuxième dispositif communicant (200b), respectivement par le premier module de gestion physique de lien (231a) et le deuxième module de gestion physique de lien (232a) du premier dispositif communicant (200a), dans une fenêtre temporelle de durée maximale prédéfinie.
  7. Procédé de communication bidirectionnelle selon l’une des revendications 1 à 4, dans lequel le premier module de gestion de paquets (220a) du premier dispositif communicant (200a), respectivement le deuxième module de gestion de paquets (220b) du deuxième dispositif communicant (200b), comporte deux premiers modules de gestion du média (221a) et un premier module de transfert (222a), respectivement deux deuxièmes modules de gestion du média (221b) et un deuxième module de transfert (222), et
    dans lequel
    - l’étape de réception de données source(E0) comporte
    • une étape de génération par le premier module de transfert (222a) du premier dispositif communicant (200a), respectivement par le deuxième module de transfert (222b) du deuxième dispositif communicant (200b),
    ○ d’un premier paquet de données intermédiaire comprenant M bits de données extraites des N bits du paquet source, et
    ○ d’un deuxième paquet de données intermédiaire comprenant P bits de données extraites des N bits dudit paquet source, et
    • une étape d’encapsulation du premier paquet intermédiaire dans la première trame intermédiaire par un des premiers modules de gestion du média (221a) du premier dispositif communicant (200a), respectivement par un des deuxièmes modules de gestion du média (221b) du deuxième dispositif communicant (200b), et
    • une étape d’encapsulation du deuxième paquet intermédiaire dans la deuxième trame intermédiaire par l’autre des premiers modules de gestion du média (221a) du premier dispositif communicant (200a), respectivement par l’autre des deuxièmes modules de gestion du média (221b) du deuxième dispositif communicant (200b) ;
    - l’étape de reconstitution de données sources (E60) comporte, par le module de transfert, la réception du premier paquet intermédiaire et du deuxième paquet de données intermédiaires respectivement extraites de la première et de la deuxième trame intermédiaire, et la reconstitution du paquet source en fonction du premier paquet et du deuxième paquet de données intermédiaires.
  8. Procédé de communication bidirectionnelle selon la revendication précédente, dans lequel, à l’étape de réception de chacun des paquets intermédiaires par le deuxième module de transfert (222b) du deuxième dispositif communicant (200b), respectivement par le premier module de transfert (222a) du premier dispositif communicant (200a), l’étape de reconstitution est déclenchée uniquement si les deux paquets intermédiaires sont réceptionnés dans une fenêtre temporelle de durée maximale prédéfinie.
  9. Système de communication bidirectionnelle (100) embarqué, comprenant au moins un premier dispositif communicant (200a) et un deuxième dispositif communicant (200b) configuré pour la mise en œuvre d’un procédé selon l’une des revendications précédentes.
FR2101467A 2021-02-16 2021-02-16 Procede de communication bidirectionnelle Active FR3119957B1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
FR2101467A FR3119957B1 (fr) 2021-02-16 2021-02-16 Procede de communication bidirectionnelle
PCT/FR2022/050276 WO2022175627A1 (fr) 2021-02-16 2022-02-15 Procede de communication bidirectionnelle
US18/277,315 US20240129160A1 (en) 2021-02-16 2022-02-15 Bidirectional communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2101467A FR3119957B1 (fr) 2021-02-16 2021-02-16 Procede de communication bidirectionnelle
FR2101467 2021-02-16

Publications (2)

Publication Number Publication Date
FR3119957A1 true FR3119957A1 (fr) 2022-08-19
FR3119957B1 FR3119957B1 (fr) 2024-03-01

Family

ID=76283818

Family Applications (1)

Application Number Title Priority Date Filing Date
FR2101467A Active FR3119957B1 (fr) 2021-02-16 2021-02-16 Procede de communication bidirectionnelle

Country Status (3)

Country Link
US (1) US20240129160A1 (fr)
FR (1) FR3119957B1 (fr)
WO (1) WO2022175627A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4672695A1 (fr) * 2024-06-28 2025-12-31 Airbus Operations GmbH Unité de vérification et procédé de vérification de localisation de dispositifs de cabine installés dans un réseau ethernet à paire unique d'aéronef

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1179248A2 (fr) * 1999-05-19 2002-02-13 Sun Microsystems, Inc. Procede et dispositif pour architecture ethernet multigigabits
EP2688243A1 (fr) * 2012-07-16 2014-01-22 Broadcom Corporation Ethernet à 50 Go/s utilisant des voies de sérialisation/désérialisation
WO2017131762A1 (fr) * 2016-01-29 2017-08-03 Hewlett Packard Enterprise Development Lp Liaisons optiques à largeur de bande élastique et résilience pour fiabilité de liaison et largeur de bande de bout-en-bout à adaptation dynamique

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1179248A2 (fr) * 1999-05-19 2002-02-13 Sun Microsystems, Inc. Procede et dispositif pour architecture ethernet multigigabits
EP2688243A1 (fr) * 2012-07-16 2014-01-22 Broadcom Corporation Ethernet à 50 Go/s utilisant des voies de sérialisation/désérialisation
WO2017131762A1 (fr) * 2016-01-29 2017-08-03 Hewlett Packard Enterprise Development Lp Liaisons optiques à largeur de bande élastique et résilience pour fiabilité de liaison et largeur de bande de bout-en-bout à adaptation dynamique

Also Published As

Publication number Publication date
US20240129160A1 (en) 2024-04-18
FR3119957B1 (fr) 2024-03-01
WO2022175627A1 (fr) 2022-08-25

Similar Documents

Publication Publication Date Title
CA2698324C (fr) Dispositif de commutation de trames
EP3389224B1 (fr) Procede de generation et de controle de trafic de test, port d'entree ou de sortie de commutateur et commutateur associes
EP2793431B1 (fr) Méthode distribuée d'acquisition de données dans un réseau afdx
FR2933557A1 (fr) Procede et dispositif de protection de l'integrite de donnees transmises sur un reseau
EP2018755B1 (fr) Méthode de transfert de fichier sécurisé
EP1619829A1 (fr) Réseau local à groupe(s) virtuel(s) d'équipements propres à la commutation de niveau deux
WO2022175627A1 (fr) Procede de communication bidirectionnelle
FR3045256A1 (fr) Reseau de communication embarque d'un vehicule et abonne d'un tel reseau de communication
FR3071118A1 (fr) Dispositif electronique et procede de reception de donnees via un reseau de communication rebonde, systeme de communication et programme d'ordinateur associes
EP3888330A1 (fr) Procédé de configuration d'un commutateur ethernet d'un réseau embarqué d'un véhicule automobile
FR3030162A1 (fr) Procede d'echange de trames de donnees numeriques et systeme de communication associe
FR2717334A1 (fr) Vérification d'intégrité de données échangées entre deux stations de réseau de télécommunications.
WO2014016477A1 (fr) Système de multi-transmission unidirectionnelle
FR3093831A1 (fr) Dispositif pour et procédé de transmission de données
FR3085567A1 (fr) Reseau de communication embarque d'un vehicule, equipement abonne d'un tel reseau de communication et procede correspondant
EP1517474A1 (fr) Procédé et dispositif correspondant de détection automatique du débit d'un réseau, notamment de type CAN (Controller Area Network), et de configuration du réseau au débit détecté
EP3934180B1 (fr) Commutateur pour un système de communication avionique, système de communication avionique et procédé de transmission associés
EP3122005B1 (fr) Système de routage permettant le filtrage de données pour l'intégration et le test d'équipements opérationnels
FR3091443A1 (fr) Système de communication avionique mixte de types ARINC 664 P7 et Ethernet à routage prédéterminé
EP3675441B1 (fr) Commutateur pour un système de communication avionique et système de communication avionique comportant un tel commutateur
FR2691029A1 (fr) Procédé d'analyse à distance de données d'un protocole, terminal d'abonné spécialisé et dispositif d'analyse distant correspondant.
FR2850817A1 (fr) Dispositif de traitement de donnees audio et video pour une communication multimedia via un reseau local etabli au sein d'un reseau asynchrone
FR3053863A1 (fr) Reseau de communication embarque d'un vehicule
EP3675438A1 (fr) Procédé de configuration d'un réseau avionique, produit programme d'ordinateur et module de configuration associés
EP2119140B1 (fr) Procede d'acheminement par un routeur d'un paquet de donnees dans un reseau de communication par paquets supporte par un reseau de transport

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20220819

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6