FR3069398A1 - Procede de commutation de trames - Google Patents
Procede de commutation de trames Download PDFInfo
- Publication number
- FR3069398A1 FR3069398A1 FR1756957A FR1756957A FR3069398A1 FR 3069398 A1 FR3069398 A1 FR 3069398A1 FR 1756957 A FR1756957 A FR 1756957A FR 1756957 A FR1756957 A FR 1756957A FR 3069398 A1 FR3069398 A1 FR 3069398A1
- Authority
- FR
- France
- Prior art keywords
- frame
- header
- called
- switching module
- arinc
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 239000012634 fragment Substances 0.000 claims abstract description 70
- 238000013467 fragmentation Methods 0.000 claims description 14
- 238000006062 fragmentation reaction Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 7
- 230000002123 temporal effect Effects 0.000 abstract 1
- 238000004891 communication Methods 0.000 description 20
- 230000006870 function Effects 0.000 description 14
- 238000012545 processing Methods 0.000 description 10
- 230000000295 complement effect Effects 0.000 description 7
- 238000012795 verification Methods 0.000 description 6
- 238000012544 monitoring process Methods 0.000 description 3
- 235000008733 Citrus aurantifolia Nutrition 0.000 description 1
- 235000011941 Tilia x europaea Nutrition 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000004571 lime Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/351—Switches specially adapted for specific applications for local area network [LAN], e.g. Ethernet switches
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/166—IP fragmentation; TCP segmentation
-
- 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
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/4028—Bus for use in transportation systems the transportation system being an aircraft
-
- 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
Abstract
Procédé de commutation de trames exécuté par un module de commutation connecté, d'une part, à une unité de raccordement d'un équipement conforme à la norme ARINC 664 part 7 et, d'autre part, à un média, le procédé comprenant les étapes de recevoir une trame en provenance de l'unité de raccordement, la trame étant conforme à la norme ARINC 664 part 7, fragmenter la trame reçue en une ou plusieurs trames dites fragments de taille prédéterminée et émettre chaque trame dite fragment de taille prédéterminée sur le média, chaque trame dite fragment émise étant temporellement séparée de la précédente trame dite fragment émise d'une valeur temporelle prédéterminée.
Description
La présente invention concerne le domaine de l’aéronautique, et plus particulièrement celui des réseaux de communications pour un système avionique.
De plus en plus, les systèmes avioniques embarqués dans les aéronefs suivent un principe de conception dit « avionique modulaire intégrée » (« Integrated Modular Avionics » en anglais, ci-après IMA). Selon ce principe, un même module de traitement (« processing module » en anglais) peut héberger une ou plusieurs applications avioniques afin de réduire l’encombrement, le poids et la consommation énergétique (« Space, Weight and Power » en anglais, ci-après SWAP), ainsi que le coût, du système avionique IMA. Chaque application avionique peut fournir une ou plusieurs fonctions, les fonctions pouvant devoir coopérer les uns avec les autres.
Afin de permettre aux modules de traitement de communiquer entre eux, des normes de réseaux de communication spécifiques ont été développées, permettant de garantir en particulier la redondance et la fiabilité nécessaires au domaine avionique. « Aeronautical Radio INC » (ci-après ARINC) a développé plusieurs normes de communications utilisées dans le domaine avionique, la norme de référence étant aujourd’hui la norme « ARINC 664 part 7 ». Cette norme ARINC Part 7 définit ainsi un système de communication déterministe utilisant des commutateurs (ou « switch » en anglais) Ethernet spécifiques.
La Fig· 1 décrit un tel système conforme à la norme ARINC 664 part 7. Le système comprend ici trois équipements ou modules de traitement 100, 110 et 120. Chaque équipement 100, 110 et 120 comprend un ou plusieurs modules fonctionnels, respectivement HOST 101, 111 et 121. Chaque module fonctionnel HOST 101, 111 et 121 d’un module de traitement peut fournir une fonction avionique au système avionique. Chaque module fonctionnel 101, 111 ou 121 d’un module de traitement est connecté à une unité de raccordement ES (« End System » en anglais) 102, 112 et 122 permettant une connexion du module de traitement à un commutateur externe SW_A 130 et SW_B 140. Chaque commutateur externe S WA 130 et SW_B 140 comprend un module de commutation IS 131 et 141 (pour « Intermediate System » en anglais) gérant la surveillance et le traitement des trames échangées entre les différents équipements 100, 110 et 120 connectés. Dit autrement, la fonction de commutation de trames est assurée par les modules de commutation IS 131 et 141 des commutateurs
SW_A et SW_B. Afin d’assurer une redondance, le système doit comprendre a minima deux commutateurs S WA et SW_B.
L’architecture divulguée dans la Fig. 1 n’est pas adaptée à de petits aéronefs, par exemple des hélicoptères, pour lesquels la contrainte SW AP est forte. Il est à noter de plus que chaque commutateur SW_A et SW_B nécessite d’être configuré (table de commutation) et d’être supervisé, ce qui rend plus compliqué la configuration et l’exploitation d’une telle architecture réseau.
Le document « An optimized answer toward a switchless avionics communication network » présenté lors de la conférence IEEE « 34th Digital Avionics Systems Conférence» les 13-17 septembre 2015, ainsi que le document «a distributed avionics communication network » présenté lors de la conférence « 46th Annual IEEE/IFIP International Conférence on Dependable Systems and Networks Workshop» les 28 Juin - 1 Juillet 2016, divulguent un système de communication permettant de s’affranchir de commutateur.
Un tel système est décrit dans la Fig. 2 et permet de s’affranchir des commutateurs SW_A et SW_B de la Fig. 1, la connexion entre les équipements 200, 210 et 220 ne reposant alors plus sur des équipements externes dits « actifs ». Chaque équipement 200, 210 et 220 comprend un ou plusieurs modules fonctionnels, respectivement HOST 201, 211 et 221, similaires aux modules fonctionnels HOST 101, 111 et 121 de la Fig. 1. Chaque équipement 200, 210 et 220 comprend une unité de raccordement ES 202, 212 et 222 et un module interne IS 203, 213 et 223, chaque module interne de commutation 203, 213 ou 223 assurant la fonctionnalité de commutation des trames échangées entre les équipements 200, 210 et 220. Ainsi, pour cette raison, le système de communication illustré dans la Fig. 2 est dit « en topologie physiquement distribuée ».
Selon un premier mode de réalisation, les modules internes de commutation IS 203, 213 et 223 ont des fonctionnalités similaires aux modules de commutation IS 131 et 141 des commutateurs externes SW_A et SW_B. Dit autrement, les fonctionnalités des commutateurs SW_A et SW_B sont distribuées dans chaque équipement 200, 210 et 220. Ce mode de réalisation permet une distribution physique des fonctionnalités des commutateurs SW_A et SW_B dans les équipements 200, 210 et 220, ce qui permet de s’affranchir des commutateurs externes SW_A 130 et SW_B 140. La fonctionnalité de commutation des trames reste cependant dite « centralisée », dans la mesure où les équipements 200, 210 et 220 restent connectés selon une topologie en étoile à chaque module interne de commutation IS 203, 213 et 223. De plus, la configuration de chaque module interne de commutation IS 203, 213 ou 223 est similaire, complexité incluse, à celle d’un commutateur externe SW_A 130 ou SW_B 140. Il est à noter que selon ce premier mode de réalisation, les unités de raccordement ES 202, 212 et 222 sont similaires aux unités de raccordement ES 102, 112 et 122 décrites dans la Fig. 1. Selon ce premier mode de réalisation de l’invention, un ou plusieurs équipements peuvent possiblement ne pas comprendre de module interne de commutation IS fonctionnant selon le mode « centralisé », ces équipements pouvant alors être connectés à un commutateur externe ou à un module interne de commutation IS d’un autre équipement.
Selon un deuxième mode de réalisation, les modules internes de commutation IS 203, 213 et 223 fonctionnent selon un mode dit « distribué ». Ce mode de réalisation est celui décrit spécifiquement dans les deux documents précédemment cités. Ce mode de réalisation permet de simplifier grandement le besoin de configuration de chaque équipement, et en particulier celui des modules de commutation IS 203, 213 et 223. Cependant, ce mode de réalisation nécessite une modification des unités de raccordement ES 202, 212 et 222 afin de pouvoir fonctionner avec les modules de commutation IS 203, 213 et 223 en mode « distribué ». Dans ce deuxième mode de réalisation, chaque équipement comprend un module interne de commutation IS fonctionnant selon le mode « distribué ».
La Fig. 3 décrit un équipement permettant d’offrir un niveau de redondance par l’intégration d’un module de commutation IS 306 fonctionnant en mode « centralisé » et d’un module IS 304 fonctionnant en mode « distribué ». Le fait d’avoir des modules internes de commutation IS 306 et IS 304 fonctionnant selon deux principes différents permet une résilience accrue par diversification des technologies utilisées. L’équipement 300 comprend un ou plusieurs modules de traitement 301, similaires aux modules de traitement 101, 111, 121, 201, 211 ou 221 (Figs. 1 et 2). L’équipement 300 comprend une unité de raccordement ES 305 connectée à un module de commutation IS_C 306, le module de commutation IS_C 306 fonctionnant en mode « centralisé ». L’équipement 300 comprend aussi une unité de raccordement ES_D 303 connectée à un module de commutation IS_D 304, le module de commutation IS_D 304 fonctionnant en mode « distribué ». Comme décrit dans les documents précédemment cités, l’unité de raccordement ES_D 303 et le module de commutation IS_D 304 forment alors une entité appelée « Poly-Links Communication
Unit » (PCU) 302. On constate donc que cette solution n’est pas optimale en termes de SWAP ou de coût car l’équipement 300 comprend deux unités de raccordement différentes ES 305 et ES_D 305.
Il est donc nécessaire de proposer une solution permettant d’utiliser au sein d’un même équipement une même unité de raccordement afin de pouvoir utiliser indifféremment un module de commutation fonctionnant en mode « centralisé » ou « distribué ».
L’invention concerne un procédé de commutation de trames, le procédé étant exécuté par un module de commutation connecté, d’une part, à une unité de raccordement d’un équipement conforme à la norme ARINC 664 part 7 et, d’autre part, à un média, le procédé comprenant les étapes de :
- recevoir une trame en provenance de l’unité de raccordement, la trame étant conforme à la norme ARINC 664 part 7,
- fragmenter la trame reçue en une ou plusieurs trames dites fragments de taille prédéterminée, émettre chaque trame dite fragment de taille prédéterminée sur le média, chaque trame dite fragment émise étant temporellement séparée de la précédente trame dite fragment émise d’une même valeur temporelle prédéterminée.
Avantageusement, le procédé permet une compatibilité du module de commutation interne l’implémentant avec une unité de raccordement conforme à la norme ARINC 664 part 7, sans devoir modifier cette dernière.
Selon un mode de réalisation complémentaire de l’invention, la trame reçue comprenant un en-tête de trame et un paquet de données, le paquet de données comprenant un en-tête de paquet, l’étape de fragmenter la trame reçue comprend les étapes de :
extraire l’en-tête de trame de la trame reçue, extraire l’en-tête de paquet de la trame reçue, et, tant que toute la trame reçue n’a pas été fragmentée :
sélectionner une partie consécutive de la trame reçue, la taille de la partie sélectionnée étant fonction de la taille prédéterminée, de la taille d’un en-tête de trame et de la taille d’un en-tête de paquet, chaque trame dite fragment comprenant :
- un en-tête de trame déterminé en fonction de l’en-tête de trame extrait,
- un en-tête de paquet déterminé en fonction de l’en-tête de paquet extrait,
- une partie sélectionnée de la trame reçue.
Avantageusement, la trame ainsi fragmentée peut être reconstituée aisément.
Selon un mode de réalisation complémentaire de l’invention, l’étape de déterminer un en-tête de paquet pour une trame dite fragment comprend :
copier l’en-tête de paquet extrait,
- modifier, dans l’en-tête copié, une valeur d’un paramètre indicateur d’une taille d’un paquet de données en fonction de la taille prédéterminée,
- modifier, dans l’en-tête copié, des valeurs de paramètres indicateurs d’une fragmentation d’un paquet de données en fonction de la partie sélectionnée,
- modifier, dans l’en-tête copié, une valeur d’un paramètre de contrôle d’intégrité de l’en-tête, la valeur étant déterminée en fonction de l’en-tête copié puis modifié.
Selon un mode de réalisation complémentaire de l’invention, le procédé comprenant, ultérieurement à la réception d’une trame en provenance de l’unité de raccordement, une étape de vérification d’une intégrité de ladite trame, les étapes de fragmenter et d’émettre ne sont pas réalisées en cas de défaut d’intégrité de la trame reçue.
L’invention concerne également un procédé de commutation de trames, le procédé étant exécuté par un module de commutation connecté, d’une part, à une unité de raccordement d’un équipement conforme à la norme ARJNC 664 part 7 et, d’autre part, à un média, le procédé comprenant les étapes de :
- recevoir plusieurs trames dites fragmentées en provenance du média, chaque trame dite fragmentée ayant été émise conformément au procédé décrit dans le présent document,
- vérifier l’intégrité de chaque trame fragmentée reçue vis à vis de chacune des autres trames fragmentées et vis-à-vis de la trame conforme reconstituée, assembler les trames dites fragmentées afin de reconstituer une trame conforme à la norme ARINC 664 part 7, émettre la trame assemblée vers l’unité de raccordement.
Avantageusement, ce procédé permet de recevoir les trames émises selon le procédé décrit dans le présent document.
L’invention concerne également un module de commutation de trames pour un équipement conforme à la norme ARINC 664 part 7, le module étant adapté pour :
- recevoir une trame en provenance d’une unité de raccordement de l’équipement, la trame étant conforme à la norme ARINC 664 part 7,
- fragmenter la trame reçue en une ou plusieurs trames dites fragments de taille prédéterminée, émettre chaque trame dite fragment de taille prédéterminée sur un média connecté au module de commutation de trames, chaque trame dite fragment émise étant temporellement séparée de la précédente trame dite fragment émise d’une même valeur temporelle prédéterminée.
L’invention concerne également un module de commutation de trames pour un équipement conforme à la norme ARINC 664 part 7, le module étant adapté pour :
- recevoir plusieurs trames dites fragmentées en provenance d’un média connecté au module de commutation de trame, chaque trame dite fragmentée ayant été émise conformément au procédé décrit dans le présent document, assembler les trames dites fragmentées afin de reconstituer une trame conforme à la norme ARINC 664 part 7, émettre la trame assemblée vers une unité de raccordement de l’équipement.
L’invention concerne également un équipement avionique comprenant un module de commutations de trames adapté pour recevoir ou émettre des trames fragmentées selon les procédés décrits dans le présent document.
L’invention concerne également un programme d’ordinateur, qui peut être stocké sur un support et/ou téléchargé d’un réseau de communication, afin d’être lu par un processeur. Ce programme d’ordinateur comprend des instructions pour implémenter tout ou partie des étapes du procédé de commutation de trames mentionné ci-dessous, lorsque ledit programme est exécuté par le processeur.
L’invention concerne également un medium de stockage d’informations ou support d’enregistrement comprenant un tel programme d’ordinateur.
Les caractéristiques de l’invention mentionnées ci-dessus, ainsi que d’autres, apparaîtront plus clairement à la lecture de la description suivante d’un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels :
- la Fig. 1 illustre schématiquement un système de communication avionique conforme à la norme ARINC 664 part 7 et comprenant une paire de commutateurs dédiés ;
- la Fig. 2 illustre schématiquement un système de communication avionique conforme à la norme ARINC 664 part 7 selon une topologie physiquement distribuée ;
- la Fig. 3 illustre schématiquement un équipement d’un système de communication conforme à la norme ARINC 664 part 7 et comprenant un module de commutation interne selon un mode « centralisé » et un module de commutation interne selon un mode « distribué » ;
- la Fig. 4 illustre schématiquement un équipement d’un système de communication conforme à la norme ARINC 664 part 7 et comprenant un module de commutation interne selon un mode « centralisé » et un module de commutation interne selon un mode « distribué » selon un mode de réalisation de l’invention ;
- la Fig. 5 illustre schématiquement une fragmentation d’une trame selon un mode de réalisation de l’invention ;
- la Fig. 6 illustre schématiquement une fragmentation d’un en-tête d’un paquet selon un mode de réalisation de l’invention ;
- la Fig. 7 illustre schématiquement l’architecture matérielle d’un module de commutation de trames pour un équipement d’un système de communication conforme à la norme ARINC 664 part 7 selon un mode de réalisation de l’invention.
La Fig· 4 illustre schématiquement un équipement 400 d’un système de communication conforme à la norme ARINC 664 part 7 et comprenant un module de commutation interne IS_C 306 selon un mode « centralisé » et un module de commutation interne IS_D 304 selon un mode « distribué » selon un mode de réalisation de l’invention. L’équipement 400 comprend un ou plusieurs modules fonctionnels HOST 401 et une unité de raccordement ES 405. Comparativement à l’équipement 300 divulgué dans la Fig. 3, l’équipement 400 comprend une même unité de raccordement ES 405, similaire à l’unité de raccordement ES 305, connectée au module de commutation interne IS_C 306, fonctionnant selon un mode « centralisé » et au module de commutation interne IS_D 304 fonctionnant selon un mode distribué. Comparativement à l’équipement 300, l’architecture de l’équipement 400 permet un gain en termes de SWAP et de coûts, une seule unité de raccordement ES 405 étant nécessaire. L’invention réside dans le module de commutation interne IS_D 404 qui peut avantageusement être connecté à une unité de raccordement classique 305 ou 405, contrairement à la solution divulguée dans la Fig. 3 qui nécessite une unité de raccordement ES_D 303 spécifique.
Le module de commutation interne IS_D 404 est adapté pour :
- recevoir une trame conforme à la norme ARINC 664 part 7 en provenance de l’unité de raccordement ES 405,
- vérifier l’intégrité de ladite trame, la vérification de l’intégrité de la trame se faisant par exemple en vérifiant l’intégrité d’un champ dit « FCS » (« Frame Check Sequence » en anglais) compris dans la trame, et, si ladite trame est intègre, alors :
- adapter la taille de la trame reçue, c’est-à-dire « fragmenter » la trame reçue en une ou plusieurs trames dites « fragments » :
o la trame reçue est découpée en une ou plusieurs trames dites « fragments » de taille maximale prédéterminée,
- puis émettre ces trames dites « fragments », de taille maximale prédéterminée
SMFS (« SwitchLess Maximum Frame Size » en anglais), issues de la fragmentation de la trame reçue à intervalles réguliers, chaque trame dites « fragment » émise étant séparée d’un même temps prédéterminé.
Ce dernier point est valable pour les trames dites fragments d’une même trame reçue de l’unité de raccordement ES 405 ou pour des trames dites fragments de deux trames consécutives reçues de l’unité de raccordement ES 405. Dit autrement, la trame correspondant au dernier fragment d’une trame reçue de l’unité de raccordement ES 405 et la trame correspondant au premier fragment d’une trame consécutive reçue de l’unité de raccordement ES 405 sont séparées d’au moins le temps prédéterminé. Particulièrement, si les deux trames consécutives reçues de l’unité de raccordement ES 405 sont espacées temporellement d’un temps inférieur au temps prédéterminé, alors la trame correspondant au dernier fragment d’une trame reçue de l’unité de raccordement ES 405 et la trame correspondant au premier fragment d’une trame consécutive reçue de l’unité de raccordement ES 405 sont séparées temporellement lors de leur émission par le module de commutation interne du temps prédéterminé.
Ainsi, le module de commutation interne IS_D 404 émet sur le média sur lequel est connecté ledit module de commutation interne IS_D 404 des trames (ou fragments) de taille maximale prédéterminée SMFS, la taille maximale prédéterminée SMFS étant comparativement réduite par rapport à la taille d’une trame conforme à la norme ARINC 664 part 7. De même, le module de commutation interne IS_D 404 émet chaque trame dite « fragment » de façon à ce que chaque trame émise soit temporellement séparée de la précédente trame dite « fragment » émise d’une même valeur temporelle prédéterminée.
Selon un mode de réalisation alternatif de l’invention, le module de commutation interne IS_D 404 n’est pas adapté pour vérifier l’intégrité des trames reçues. Dans ce cas, des trames non conformes peuvent être émises, ce qui n’est pas optimal en termes d’utilisation du média. Inversement, dans ce cas, l’architecture du module de commutation interne IS_D 404 est simplifiée, ce qui est avantageux en termes de SW AP ou de coût. Selon un mode de réalisation complémentaire, le module de commutation interne IS_D 404 peut activer à la demande la fonctionnalité de vérification de l’intégrité d’une trame reçue.
De manière symétrique, le module de commutation interne IS_D 404 est adapté pour :
- recevoir des trames de taille maximale prédéterminée SMFS en provenance du média sur lequel le module de commutation interne IS_D 404 est connecté, c’est-à-dire des fragments de trames émis par un module de commutation interne d’un autre équipement connecté au même média,
- réassembler ces trames afin de reconstituer une trame conforme à la norme ARINC 664 part 7,
- vérifier l’intégrité de chaque trame fragmentée reçue vis à vis de chacune des autres trames fragmentées et vis-à-vis de la trame conforme reconstituée,
- et, si l’intégrité de la trame reconstituée (ou réassemblée) est correcte, alors :
- émettre la trame reconstituée vers l’unité de raccordement ES 405.
De même que précédemment, l’étape de vérification de l’intégrité des trames fragments reçues et/ou de la trame reconstituée peut ne pas être réalisée. Cela peut réduire la performance de fonctionnement du système, mais présente un avantage en termes de simplification de l’architecture du module de commutation interne IS_D
404, et donc en termes de SWAP et de coût. Au contraire, réaliser les étapes de vérification permet de s’assurer de l’intégrité de la trame réassemblée, les trames dont l’intégrité n’est pas correcte étant alors ignorées.
La Fig. 5 illustre schématiquement une fragmentation d’une trame selon un mode de réalisation de l’invention. La Fig. 5 illustre schématiquement la fragmentation d’une trame conforme à la norme ARINC 664 part 7 émise par une unité de raccordement vers un module de commutation interne. Le module de commutation interne, selon un mode de réalisation de l’invention, est celui décrit dans la Fig. 4. La fragmentation est réalisée par ledit module de commutation interne.
La trame 500 est une trame conforme à la norme ARINC 664 part 7, la trame étant émise par une unité de raccordement, par exemple l’unité de raccordement ES
405, vers un module de commutation interne selon un mode de réalisation de l’invention, par exemple le module de commutation interne IS_D 404.
La trame 500 peut être précédée d’un préambule et d’un SOF (« Start Of Frame » en anglais) 501, et suivi d’un IFG (« Inter Frame Gap » en anglais) 503.
Dans le cas présent illustré dans la Fig. 5, la taille de la trame 500, et la valeur de la taille maximale prédéterminée SMFS d’un fragment font que la trame 500 est fractionnée en seulement deux trames dites « fragments » 510 et 520. Pour une trame 500 de taille supérieure ou une valeur de taille maximale prédéterminée SMFS inférieure, la trame 500 pourrait nécessiter d’être scindée en plus de fragments.
Une trame 500 comprend :
- un en-tête de trame 504 ou « MAC header » (« Media Access Control » en anglais) conforme à la norme ARINC 664 part 7,
- un contenu de trame 505 (« payload » en anglais), et,
- une séquence de vérification de trame 506 (« Frame Check Sequence » en anglais).
Le contenu de trame 505 comprend :
- un en-tête de paquet 507 (« Internet Protocol header » en anglais),
- un contenu de paquet conforme à la norme ARINC 664 part 7,
- un champ SN (« Sequence Number » en anglais) défini conformément à la norme ARINC664 part 7.
Le module de commutation interne selon un mode de réalisation de l’invention, par exemple le module de commutation interne IS_D 404 de l’équipement 400 décrit dans la Fig. 4, fragmente la trame 500 en, par exemple, deux trames 510 et 520.
La première trame - ou le premier fragment - 510 comprend :
- un en-tête de trame 513, l’en-tête de trame 513 étant déterminé en fonction de l’en-tête de trame 504 de la trame 500,
- un en-tête de paquet 514, l’en-tête de paquet 514 étant déterminé en fonction de l’en-tête de paquet 507 de la trame 500 comme expliqué dans la Fig. 6 ciaprès,
- un contenu de trame 515, et,
- une séquence de vérification de trame 516.
Selon un mode de réalisation de l’invention, l’en-tête de trame 513 est égal à l’en-tête de trame 504 de la trame 500.
Selon un mode de réalisation alternatif de l’invention, l’en-tête de trame 513 est déterminé en fonction de l’en-tête de trame 504 de la trame 500 en modifiant par exemple une date d’émission (horodatage) de chaque trame émise. Cela permet une surveillance, en réception, du fonctionnement du réseau de communication. Alternativement, un champ «MAC source address» compris dans l’en-tête de trame 504 de la trame 500 est modifié dans l’en-tête de trame 513, ce qui permet de gérer un ensemble d’adresses source («MAC source address») sur le réseau distribué (appliqué aux fragments) de façon indépendante de celle des adresses source gérées par les abonnés, c’est-à-dire les équipements du réseau.
Le contenu de trame 515 correspond à une partie sélectionnée de la trame 500, la taille de la partie sélectionnée dépendant de SMFS. Dit autrement, le module de commutation interne 404 sélectionne une partie de trame 500, laquelle sélection est copiée dans le contenu de trame 515. La taille de la sélection est telle que la taille de la trame 510 est égale à la taille maximale prédéterminée SMFS. Par exemple, avec un en-tête de trame 513 comprenant 14 octets de données, un en-tête de paquet 514 comprenant 20 octets de données et une séquence de vérification 516 comprenant 4 octets, la taille de la partie sélectionnée est de [ SMFS - 38 ] octets (SMFS étant ici exprimé en octets). Dans le cas où la taille de la sélection ne permet plus de constituer une trame 510 de taille égale à la taille maximale prédéterminée SMFS, alors, selon un mode de réalisation de l’invention, la taille de la trame 510 peut être inférieure à la taille maximale prédéterminée SMFS comme expliqué ci-après.
La première trame 510 peut être précédée d’un préambule et d’un SOF 511, et suivie d’un IFG 512.
La deuxième trame - ou deuxième fragment - 520 est construite de manière similaire à la première trame, une différence majeure étant que la partie de la trame 500 sélectionnée pour élaborer la trame 520 est la partie de la trame 500 consécutive à la partie sélectionnée pour l’élaboration de la trame 510.
La trame 520 comprend :
- un en-tête de trame 523, l’en-tête de trame 523 étant déterminé en fonction de l’en-tête de trame 504 de la trame 500, de manière similaire à l’en-tête de trame 513 de la trame 510,
- un en-tête de paquet 524, l’en-tête de paquet 524 étant déterminé en fonction de l’en-tête de paquet 507 de la trame 500, comme expliqué dans la Fig. 6 ci-après,
- un contenu de trame 525, et,
- une séquence de vérification de trame 526.
Selon un mode de réalisation de l’invention, l’en-tête de trame 523 est égal à l’en-tête de trame 504 de la trame 500, comme pour l’en-tête de trame 513.
Selon un mode de réalisation alternatif de l’invention, l’en-tête de trame 523 est déterminé en fonction de l’en-tête de trame 504 de la trame 500 en modifiant par exemple une date d’émission (horodatage) de chaque trame émise, comme pour l’entête de trame 513. Cela permet une surveillance, en réception, du fonctionnement du réseau de communication. Alternativement, un champ « MAC source address » compris dans l’en-tête de trame 504 de la trame 500 est modifié dans l’en-tête de trame 523, comme pour l’en-tête de trame 513, ce qui permet de gérer un ensemble d’adresses source («MAC source address») sur le réseau distribué (appliqué aux fragments) de façon indépendante de celle des adresses source gérées par les abonnés, c’est-à-dire les équipements du réseau.
La deuxième trame 520 peut être précédée d’un préambule et d’un SOF 521, et suivi d’un IFG 522.
Le contenu de trame 525 correspond à une partie sélectionnée de la trame 500 consécutive à la partie sélectionnée pour élaborer le contenu de trame 515. La taille de la sélection est identique à la taille précédemment sélectionnée, c’est-à-dire par exemple [ SMFS - 38 ] octets afin que la taille de la trame 520, comme celle de la trame 510, soit de SMFS octets (SMFS exprimé en octets). De même que pour la trame 510, et comme expliqué précédemment, dans le cas où la taille de la sélection ne permet plus de constituer une trame 520 de taille égale à la taille maximale prédéterminée SMFS, alors, selon un mode de réalisation de l’invention, la taille de la trame 520 peut être inférieure à la taille maximale prédéterminée SMFS comme expliqué dans le paragraphe suivant.
Dans le cas où la taille de la trame 500 est insuffisante pour remplir une dernière trame dite « fragment » dans sa totalité, alors plusieurs possibilités existent. Soit cette dernière trame dite fragment a une taille inférieure à la taille prédéterminée de SMFS. Selon une autre option, le contenu de la trame dite fragment peut aussi être complété par du contenu dit « bits de bourrage ».
La Fig. 6 illustre schématiquement une fragmentation d’un en-tête d’un paquet selon un mode de réalisation de l’invention.
L’en-tête de paquet 600 est par exemple l’en-tête de paquet 507 de la trame 500 dans la Fig. 5.
L’en-tête de paquet 620 est par exemple l’en-tête de paquet 514 de la trame dite « fragment » 510 ou l’en-tête de paquet 524 de la trame dite « fragment » 520, ces deux derniers en-têtes étant déterminés à partir de l’en-tête de paquet 507 de la trame 500. Il est à noter que l’en-tête de paquet 514 et l’en-tête de paquet 524 sont différents, même s’ils sont déterminés à partir du même en-tête de paquet 507.
L’en-tête de paquet 600 est par exemple un en-tête IP (« IP header » en anglais), par exemple selon la norme IP v4 (« Internet Protocol » en anglais, version 4).
L’en-tête de paquet 600 comprend :
- un champs 601 dit « VERSION » indiquant une version du protocole IP utilisée, par exemple IP v4,
- un champs 602 dit « IHL » (« Internet Header Length » en anglais) correspondant à la longueur de l’en-tête de paquet 600,
- un champs 603 dit « TOS » (« Type Of Service » en anglais) permettant d’offrir plusieurs niveaux de service au niveau paquet,
- un champs 604 dit « Longueur Totale » (« Total Length » en anglais) correspondant à la taille cumulée de l’en-tête de paquet et du paquet associé,
- un champs 605 dit « Identification du Fragment » (« Fragment
Identification » en anglais) correspondant à un identifiant unique d’un paquet fragmenté, chaque fragment dudit paquet ayant le même identifiant,
- un champs 606 dit « Drapeaux de contrôle » (« Control Flags » en anglais) permettant d’indiquer par exemple un état de fragmentation ou une interdiction de la fragmentation pour un paquet,
- un champs 607 dit « Position du Fragment » (« Fragment Offset » en anglais) correspondant, lorsque le paquet est un paquet fragmenté, à la position du paquet par rapport au premier paquet,
- un champs 608 dit « TTL » (« lime To Live » en anglais) correspondant à une durée de vie maximale du paquet,
- un champs 609 dit « Protocole » (« Protocol » en anglais) correspondant aux protocoles de données du paquet (par ex. TCP, UDP, etc.),
- un champs 610 dit «Somme de contrôle» (« checksum » en anglais) permettant un contrôle d’intégrité de l’en-tête,
- un champs 611 « Source» correspondant à une adresse IP source pour le paquet,
- un champs 612 «Destination» correspondant à une adresse IP destination pour le paquet.
Les différents champs de l’en-tête de paquet 620 correspondent aux mêmes champs que l’en-tête de paquet 600. Tous les champs de l’en-tête de paquet 620 ont une même valeur que les champs correspondant de l’en-tête 600, à l’exception des quatre champs :
- « Longueur totale » 624,
- « Drapeaux de contrôle » 626,
- « Position du Fragment » 627, et,
- « Somme de contrôle » 630.
L’en-tête de paquet 620 est l’en-tête de paquet d’un paquet fragmenté, par exemple dans la trame 510 ou 520 de la Fig. 5.
Le module de commutation détermine la valeur du champ « Longueur totale » 624 en fonction de la taille prédéterminée SMFS. Ainsi, une trame dite « fragment » 510 ou 520 a une taille de SMFS octets, un en-tête de trame 513 ou 523 a typiquement une taille de 14 octets et une séquence de vérification de trame 516 ou 526 a typiquement une taille de 4 octets. Par conséquent, le champs « Longueur totale » 624 de l’en-tête de paquet 620 a typiquement une valeur de [ SMFS - 18 ] octets.
Les champs « Drapeaux de contrôle » 626 et « Position du Fragment » 627 sont adaptés par le module de commutation interne afin de tenir compte de la taille du nouveau fragment et du fait que le paquet à fragmenter 505 de la trame 500 était peutêtre déjà lui-même un paquet déjà fragmenté, c’est-à-dire un paquet dit « fragment » d’un paquet. On parle alors de « sur-fragmentation ».
Le champ « somme de contrôle » 630 est déterminé par le module de commutation interne une fois que tous les autres champs de l’en-tête de paquet 620 sont déterminés selon un procédé connu de détermination d’une somme de contrôle.
La Fig. 7 illustre schématiquement l’architecture matérielle d’un module 700 de commutation de trames pour un équipement d’un système de communication conforme à la norme ARINC 664 part 7 selon un mode de réalisation de l’invention.
Le module de commutation de trames interne 700 correspond par exemple au module de commutation de trames interne IS_D 404 de la Fig. 4.
Selon un mode de réalisation de l’invention, le module 700 de commutation de trames pour un équipement conforme à la norme ARINC 664 part 7 est adapté pour :
- recevoir une trame en provenance d’une unité de raccordement de l’équipement, la trame étant conforme à la norme ARINC 664 part 7,
- fragmenter la trame reçue en une ou plusieurs trames dites fragments de taille prédéterminée, émettre chaque trame dite fragment de taille prédéterminée sur un média connecté au module de commutation de trames, chaque trame dite fragment émise étant temporellement séparée de la précédente trame dite fragment émise d’une valeur temporelle prédéterminée.
Selon un mode de réalisation de l’invention, le module 700 de commutation de trames pour un équipement conforme à la norme ARINC 664 part 7 est adapté pour :
- recevoir plusieurs trames dites fragmentées en provenance d’un média connecté au module de commutation de trame, assembler les trames dites fragmentées afin de reconstituer une trame conforme à la norme ARINC 664 part 7, émettre la trame assemblée vers une unité de raccordement de l’équipement.
Selon un mode de réalisation complémentaire de l’invention, le module 700 de commutation de trames pour un équipement conforme à la norme ARINC 664 part 7 est adapté pour :
extraire un en-tête de trame de la trame reçue, extraire un en-tête de paquet de la trame reçue, et, tant que toute la trame reçue n’a pas été fragmentée :
sélectionner une partie consécutive de la trame reçue, la taille de la partie sélectionnée étant fonction de la taille prédéterminée SMFS, de la taille d’un en-tête de trame et de la taille d’un en-tête de paquet, chaque trame dite fragment comprenant :
- un en-tête de trame égal à l’en-tête de trame extrait,
- un en-tête de paquet déterminé en fonction de l’en-tête de paquet extrait,
- une partie sélectionnée de la trame reçue.
Selon un mode de réalisation complémentaire de l’invention, le module 700 de commutation de trames pour un équipement conforme à la norme ARINC 664 part 7 est adapté pour :
copier un en-tête de paquet extrait,
- modifier, dans l’en-tête copié, une valeur d’un paramètre indicateur d’une taille d’un paquet de données en fonction de la taille prédéterminée,
- modifier, dans l’en-tête copié, des valeurs de paramètres indicateurs d’une fragmentation d’un paquet de données en fonction de la partie sélectionnée,
- modifier, dans l’en-tête copié, une valeur d’un paramètre de contrôle d’intégrité de l’en-tête, la valeur étant déterminée en fonction de l’en-tête copié puis modifié.
Selon un mode de réalisation complémentaire de l’invention, le module 404 de commutation de trames pour un équipement conforme à la norme ARINC 664 part 7 est adapté pour vérifier l’intégrité d’une trame et/ou d’un paquet compris dans la trame.
Le module 700 de commutation de trames comporte, reliés par un bus de communication : un processeur ou CPU (« CentralProcessing Unit » en anglais) 701 ; une mémoire MEM 702 de type RAM (« Random Access Memory » en anglais) et/ou ROM (« Read Only Memory » en anglais), un module de stockage STCK 703 de type stockage interne, un ou plusieurs modules dits « interfaces internes » IN 704 et un ou plusieurs modules dits «interfaces externes» OUT 705. Le module de stockage STCK 703 peut être de type disque dur HDD (« Hard Disk Drive » en anglais) ou SSD (« Solid-State Drive » en anglais), ou de type lecteur de support de stockage externe, tel un lecteur de cartes SD (« Secure Digital » en anglais). Le processeur
CPU 701 peut enregistrer des données, ou informations, dans la mémoire MEM 702 ou dans le module de stockage STCK 703. Le processeur CPU 701 peut lire des données enregistrées dans la mémoire MEM 702 ou dans le module de stockage STCK 703. Ces données peuvent correspondre à des paramètres de configuration, par exemple une taille prédéterminée SMFS, des paramètres de qualités ou de fragmentation liés à des trames reçues.
Le ou les modules dits « interface internes » IN 704 permettent de connecter le module de commutation interne 700 à une unité de raccordement. Si le module de commutation interne 700 correspond au module de commutation interne 404, dans le cas où le ou les modules dits « interfaces internes » IN 704 permettent de connecter le module de commutation interne 700 à l’unité de raccordement ES 405. Le module de commutation interne 404 et l’unité de raccordement ES 405 peuvent être connectés ainsi par une pluralité d’interface ou ports.
Le ou les modules dits « interfaces externes » OUT 705 permettent de connecter le module de commutation interne 700 à un ou plusieurs médias. Un module dit « interface externe » OUT 705 peut être une interface type « Ethernet », possiblement « full duplex ».
Le processeur CPU 701 est capable d’exécuter des instructions chargées dans la mémoire MEM 702, par exemple à partir du module de stockage STCK. Lorsque le module de commutation interne 700 est mis sous tension, le processeur CPU 701 est capable de lire de la mémoire MEM 702 des instructions et de les exécuter. Ces instructions forment un programme d’ordinateur causant la mise en œuvre, par le processeur CPU 701, de tout ou partie des procédés et étapes décrits ci-avant. Ainsi, tout ou partie des procédés et étapes décrits ci-avant peut être implémenté sous forme logicielle par exécution d’un ensemble d’instructions par une machine programmable, telle qu’un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur. Tout ou partie des procédés et étapes décrits ici peuvent aussi être implémentés sous forme matérielle par une machine ou un composant dédié, tel qu’un FPGA (« Ι·'ίβIciProgrammable Gâte Array » en anglais) ou un ASIC (« Application-Specific Integrated Circuit » en anglais).
Les références à la norme (ou au protocole) ARJNC 664 part 7 dans le présent document sont faites pour la version de la norme telle que publiée en juillet 2017.
Claims (10)
- REVENDICATIONS1) Procédé de commutation de trames, le procédé étant exécuté par un module de commutation (404, 700) connecté, d’une part, à une unité de raccordement (405) d’un équipement (400) conforme à la norme ARINC 664 part 7 et, d’autre part, à un média, le procédé comprenant les étapes de :- recevoir une trame (500) en provenance de l’unité de raccordement, la trame étant conforme à la norme ARINC 664 part 7,- fragmenter la trame reçue en une ou plusieurs trames (510, 520) dites fragments de taille prédéterminée, émettre chaque trame dite fragment de taille prédéterminée sur le média, chaque trame dite fragment émise étant temporellement séparée de la précédente trame dite fragment émise d’une même valeur temporelle prédéterminée.
- 2) Procédé selon la revendication précédente, la trame reçue comprenant un entête de trame (504) et un paquet de données (505), le paquet de données comprenant un en-tête de paquet (507), l’étape de fragmenter la trame reçue comprenant les étapes de :extraire l’en-tête de trame de la trame reçue, extraire l’en-tête de paquet de la trame reçue, et, tant que toute la trame reçue n’a pas été fragmentée :sélectionner une partie consécutive de la trame reçue, la taille de la partie sélectionnée étant fonction de la taille prédéterminée, de la taille d’un en-tête de trame et de la taille d’un en-tête de paquet, chaque trame dite fragment comprenant :- un en-tête de trame (513, 523) déterminé en fonction de l’en-tête de trame extrait,- un en-tête de paquet (514, 524) déterminé en fonction de l’en-tête de paquet extrait,- une partie sélectionnée de la trame reçue.
- 3) Procédé selon la revendication précédente, déterminer un en-tête de paquet pour une trame dite fragment comprenant :copier l’en-tête de paquet extrait,- modifier, dans l’en-tête copié, une valeur d’un paramètre indicateur d’une taille d’un paquet de données en fonction de la taille prédéterminée,- modifier, dans l’en-tête copié, des valeurs de paramètres indicateurs d’une fragmentation d’un paquet de données en fonction de la partie sélectionnée,- modifier, dans l’en-tête copié, une valeur d’un paramètre de contrôle d’intégrité de l’en-tête, la valeur étant déterminée en fonction de l’en-tête copié puis modifié.
- 4) Procédé selon l’une des revendications précédentes, le procédé comprenant, ultérieurement à la réception d’une trame en provenance de l’unité de raccordement, une étape de vérification d’une intégrité de ladite trame, les étapes de fragmenter et d’émettre n’étant pas réalisées en cas de défaut d’intégrité de la trame reçue.
- 5) Procédé de commutation de trames, le procédé étant exécuté par un module de commutation (404, 700) connecté, d’une part, à une unité de raccordement (405) d’un équipement conforme à la norme ARINC 664 part 7 et, d’autre part, à un média, le procédé comprenant les étapes de :- recevoir plusieurs trames (510, 520) dites fragmentées en provenance du média, chaque trame dite fragmentée ayant été émise conformément au procédé selon l’une des revendications précédentes,- vérifier l’intégrité de chaque trame fragmentée reçue vis à vis de chacune des autres trames fragmentées et vis-à-vis de la trame conforme reconstituée, assembler les trames dites fragmentées afin de reconstituer une trame conforme à la norme ARINC 664 part 7, émettre la trame (500) assemblée vers l’unité de raccordement.
- 6) Module de commutation de trames (404, 700) pour un équipement (400) conforme à la norme ARINC 664 part 7, le module étant adapté pour :- recevoir une trame (500) en provenance d’une unité de raccordement de l’équipement, la trame étant conforme à la norme ARINC 664 part 7,- fragmenter la trame reçue en une ou plusieurs trames (510, 520) dites fragments de taille prédéterminée, émettre chaque trame dite fragment de taille prédéterminée sur un média connecté au module de commutation de trames, chaque trame dite fragment émise étant temporellement séparée de la précédente trame dite fragment émise d’une même valeur temporelle prédéterminée.
- 7) Module de commutation de trames (404,700) pour un équipement (400) conforme à la norme ARINC 664 part 7, le module étant adapté pour :- recevoir plusieurs trames (510, 520) dites fragmentées en provenance d’un média connecté au module de commutation de trame, chaque trame dite fragmentée ayant été émise conformément au procédé selon l’une des revendications 1 à 4, assembler les trames dites fragmentées afin de reconstituer une trame (500) conforme à la norme ARINC 664 part 7, émettre la trame assemblée vers une unité de raccordement (405) de l’équipement.
- 8) Equipement avionique comprenant un module de commutation de trames selon la revendication 6 et/ou la revendication 7.
- 9) Programme d’ordinateur, caractérisé en ce qu’il comprend des instructions pour mettre en œuvre, par un processeur (701) d’un dispositif électronique, le procédé de commutation de trames, selon l’une des revendications 1 à 6, lorsque le programme d’ordinateur est exécuté par le processeur.
- 10) Support d'enregistrement sur lequel est stocké le programme d’ordinateur selon la revendication précédente.1/5
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1756957A FR3069398B1 (fr) | 2017-07-21 | 2017-07-21 | Procede de commutation de trames |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1756957A FR3069398B1 (fr) | 2017-07-21 | 2017-07-21 | Procede de commutation de trames |
| FR1756957 | 2017-07-21 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR3069398A1 true FR3069398A1 (fr) | 2019-01-25 |
| FR3069398B1 FR3069398B1 (fr) | 2024-01-12 |
Family
ID=60080989
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR1756957A Active FR3069398B1 (fr) | 2017-07-21 | 2017-07-21 | Procede de commutation de trames |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR3069398B1 (fr) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130208630A1 (en) * | 2012-02-15 | 2013-08-15 | Ge Aviation Systems Llc | Avionics full-duplex switched ethernet network |
| WO2015012454A1 (fr) * | 2013-07-24 | 2015-01-29 | 전자부품연구원 | Procédé d'amélioration des performances d'un réseau par commande de liaison virtuelle, et système de réseau l'employant |
-
2017
- 2017-07-21 FR FR1756957A patent/FR3069398B1/fr active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130208630A1 (en) * | 2012-02-15 | 2013-08-15 | Ge Aviation Systems Llc | Avionics full-duplex switched ethernet network |
| WO2015012454A1 (fr) * | 2013-07-24 | 2015-01-29 | 전자부품연구원 | Procédé d'amélioration des performances d'un réseau par commande de liaison virtuelle, et système de réseau l'employant |
Also Published As
| Publication number | Publication date |
|---|---|
| FR3069398B1 (fr) | 2024-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3476095B1 (fr) | Procédé de communication udp via des chemins multiples entre deux terminaux | |
| EP2793431B1 (fr) | Méthode distribuée d'acquisition de données dans un réseau afdx | |
| FR2923969A1 (fr) | Procede de gestion de trames dans un reseau global de communication, produit programme d'ordinateur, moyen de stockage et tete de tunnel correspondants | |
| EP3739843A1 (fr) | Procédé de communication udp via des chemins multiples entre deux terminaux | |
| US20080205388A1 (en) | Discovery of network devices logically located between a client and a service | |
| US9961147B2 (en) | Communication apparatus, information processor, communication method, and computer-readable storage medium | |
| CN110545230B (zh) | 用于转发vxlan报文的方法和装置 | |
| CN109039947B (zh) | 网络包去重方法、装置、网络分流设备及存储介质 | |
| EP2883341B1 (fr) | Dispositif et procede de mise a disposition de services dans un reseau de communication | |
| WO2007107674A2 (fr) | Procede de communication de donnees entre des systemes de traitement heterogenes connectes en reseau local et systeme de communication mettant en oeuvre ce procede | |
| CN113056759A (zh) | 供网络设备用来获得分布式账本技术网络的状态的可信状态表示的方法和系统 | |
| CN117376339A (zh) | 基于ota的车辆ecu升级方法、装置、设备及介质 | |
| WO2017005118A1 (fr) | Procédé, dispositif, terminal, et serveur permettant de maintenir une connexion de communication | |
| FR3069398A1 (fr) | Procede de commutation de trames | |
| US9083732B2 (en) | Establishing communication between entities in a shared network | |
| EP3714588B1 (fr) | Procede de gestion a distance d'un dispositif connecte a une passerelle residentielle | |
| US9877357B2 (en) | Changing wireless carriers during a mobile gateway session | |
| EP3298745B1 (fr) | Small form-factor module enfichable | |
| CN114338477A (zh) | 一种通信链路监控方法、装置、设备及存储介质 | |
| EP2399406B1 (fr) | Procédé de commutation de noeud d'accès | |
| US20160344823A1 (en) | Service discovery management | |
| EP3024181B1 (fr) | Procede de communication de donnees entre un equipement radio itinerant et une passerelle d'acces reseau | |
| FR3093833A1 (fr) | Procédé d’optimisation d’échanges de données dans une infrastructure d’objets connectés | |
| EP3747238B1 (fr) | Agrégation d'une pluralité de connexions radio dans un réseau sans fil | |
| US20170070542A1 (en) | Data sharing method and electronic device using same |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLSC | Publication of the preliminary search report |
Effective date: 20190125 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |
|
| PLFP | Fee payment |
Year of fee payment: 5 |
|
| PLFP | Fee payment |
Year of fee payment: 6 |
|
| PLFP | Fee payment |
Year of fee payment: 7 |