FR2864870A1 - Methode de transmission de donnees ieee 1394 sur une liaison sans fil et appareil implementant la methode - Google Patents

Methode de transmission de donnees ieee 1394 sur une liaison sans fil et appareil implementant la methode Download PDF

Info

Publication number
FR2864870A1
FR2864870A1 FR0400071A FR0400071A FR2864870A1 FR 2864870 A1 FR2864870 A1 FR 2864870A1 FR 0400071 A FR0400071 A FR 0400071A FR 0400071 A FR0400071 A FR 0400071A FR 2864870 A1 FR2864870 A1 FR 2864870A1
Authority
FR
France
Prior art keywords
protocol
data
wireless network
packets
over
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.)
Pending
Application number
FR0400071A
Other languages
English (en)
Inventor
Ludovic Jeanne
Sebastien Perrot
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.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing 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 Thomson Licensing SAS filed Critical Thomson Licensing SAS
Priority to FR0400071A priority Critical patent/FR2864870A1/fr
Priority to PCT/EP2005/050025 priority patent/WO2005069547A1/fr
Priority to JP2006548297A priority patent/JP2007520121A/ja
Priority to US10/584,652 priority patent/US7912084B2/en
Priority to KR1020067013441A priority patent/KR101086871B1/ko
Priority to EP05701438A priority patent/EP1702435A1/fr
Priority to CN200580001906A priority patent/CN100583793C/zh
Priority to BRPI0506597-6A priority patent/BRPI0506597A/pt
Publication of FR2864870A1 publication Critical patent/FR2864870A1/fr
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40052High-speed IEEE 1394 serial bus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne un méthode de transmission de données sur une liaison sans fil comportant l'insertion des données dans des paquets selon un format correspondant à au moins certaines couches d'un premier protocole de transmission de données sur un réseau sans fil, ainsi que l'utilisation de ces paquets pour former une trame conforme à un second protocole de transmission de données sur un réseau sans fil, différent du premier protocole, et la transmission sur le réseau sans fil selon le second protocole.L'invention concerne également l'appareil implémentant la méthode.

Description

Méthode de transmission de données IEEE 1394 sur une liaison sans fil
et appareil implémentant la méthode La présente invention concerne le domaine de l'interconnexion de 5 bus de données série IEEE 1394 par des liaisons sans fil.
Le bus IEEE 1394 défini dans le document 'IEEE Std 1394-1995 High Performance Bus, 1996-08-30' décrit un bus série pour transmission numérique permettant la connexion d'appareils aussi appelés 'noeuds'.
HiperLAN/2 est une norme produite par l'ETSI (European Telecommunications Standards Institute) dans le cadre de son projet BRAN (Broadband Radio Access Network). Elle définit un protocole de communication entre appareils sur un réseau sans fil.
La famille de norme 802.11 définit une norme de communication sur un réseau sans fil normalisé dans le document ANSI/IEEE std 802.11-1999.
Lorsque l'on veut interconnecter plusieurs bus IEEE 1394 par un pont constitué d'un réseau sans fil, on doit porter le protocole IEEE 1394 sur la norme utilisée par le réseau sans fil. Dans cette optique, HiperLAN/2 spécifie, dans le document Broadband Radio Access Networks (BRAN) ; HIPERLAN Type 2;Packet based convergence layer; Part 3: IEEE 1394 Service Specific Convergence Sublayer , une couche de convergence appelée IEEE 1394 SSCS (Service Specific Convergence Sublayer) qui permet le transport des paquets de données IEEE 1394 dans des paquets HiperLAN/2. Par contre une telle couche de convergence n'est pas standardisée dans le cas de réseaux sans fil fonctionnant selon la norme 802.11, malgré une tentative abandonnée par la 1394 Trade Association .
2864870 2 Lorsque l'on veut interconnecter plusieurs bus IEEE 1394 par un réseau sans fil 802.11, il est donc nécessaire de développer une couche de convergence permettant le transport des paquets de données IEEE 1394 dans des paquets 802.11.
L'objet de l'invention est de définir une méthode de transport du trafic IEEE 1394 sur un réseau 802.11 en s'appuyant sur la couche de convergence normalisée pour les réseaux HiperLAN/2, IEEE 1394 SSCS. Les services de la couche de convergence vont être utilisés pour obtenir les paquets, appelés SAR PDU (Segmentation and Re-assembly Packet Data Unit) dans la norme, bruts ou empaquetés dans un paquet LCH (Long CHannel) au format utilisé par la DLC (Data Link Control) d'Hiperlan/2. Ensuite ce sont ces paquets qui vont être assemblés dans une trame 802.11 et envoyés sur le réseau 802.11. L'appareil récepteur fonctionnant à l'inverse, récupérant dans la trame 802.11, les SAR PDU ou les LCH et utilisant un module IEEE 1394 SSCS pour reconstruire le paquet IEEE 1394 d'origine.
Cette méthode est particulièrement avantageuse lorsqu'elle est 20 utilisée dans un appareil disposant d'un circuit d'interface entre le réseau IEEE 1394 et le réseau sans fil qui dispose d'un module IEEE 1394 SSCS matériel.
L'invention concerne un méthode de transmission de données sur une liaison sans fil comportant l'insertion des données dans des paquets selon un format correspondant à au moins certaines couches d'un premier protocole de transmission de données sur un réseau sans fil, ainsi que l'utilisation de ces paquets pour former une trame conforme à un second protocole de transmission de données sur un réseau sans fil, différent du premier protocole, et la transmission sur le réseau sans fil selon le second protocole.
Selon un mode particulier de réalisation de l'invention les données initiales sont formatées selon un protocole d'un bus câblé.
Selon un mode particulier de réalisation de l'invention le bus câblé est un bus IEEE 1394, le premier protocole de transmission de données sur un réseau sans fil est HiperLAN/2 et le second protocole de transmission de données sur un réseau sans fil est un protocole de la famille 802.11.
Selon un mode particulier de réalisation de l'invention les paquets 10 utilisés sont générés par un module IEEE 1394 SSCS.
Selon un mode particulier de réalisation de l'invention les trames, générées à partir des paquets selon un format intermédiaire défini par la ou lesdites couches du premier protocole de transmission de données sur un réseau sans fil, lesdites trames étant conformes au second protocole de transmission de données sur un réseau sans fil, sont distinguées d'autres trames par un identificateur spécifique dans la trame.
Selon un mode particulier de réalisation de l'invention les trames, générées à partir des paquets selon un format intermédiaire défini par la ou lesdites couches du premier protocole de transmission de données sur un réseau sans fil et conformes au second protocole de transmission de données sur un réseau sans fil, sont distinguées d'autres trames par l'utilisation d'adresses MAC spécifiques identifiant leur origine et leur destination.
L'invention concerne également un appareil de transmission de données, contenant des moyens permettant de recevoir des trames selon le protocole formatées selon un bus câblé, des moyens de connexion à un réseau sans fils, un module de traitement des trames formatées selon un bus câblé pour insérer les données reçues sur le bus câblé dans une trame selon un format défini par un premier protocole de transmission de données sur un réseau sans fil, caractérisé en ce que l'appareil contient des moyens de génération de trames de transmission conformes à un second protocole de transmission de données sur un réseau sans fil à partir desdits paquets dans lesquels ont été insérées des données reçues à partir du bus câblé, lesdits paquets étant formatés selon au moins certaines couches du premier protocole.
Selon un mode particulier de réalisation de l'invention, l'appareil comporte, pour ce qui est du second protocole, uniquement les couches nécessaires à l'encapsulation et la transmission de paquets générés à l'aide desdites couches du premier protocole.
L'invention sera mieux comprise, et d'autres particularités et avantages apparaîtront à la lecture de la description qui va suivre, la description faisant référence aux dessins annexés parmi lesquels: La figure 1 représente l'architecture matérielle du circuit utilisé dans l'exemple de réalisation de l'invention.
La figure 2 représente l'architecture logicielle du circuit utilisé dans l'exemple de réalisation de l'invention.
La figure 3 représente l'architecture logicielle de la couche de convergence IEEE 1394 SSCS.
La figure 4 représente le format d'un paquet selon la norme 802.11.
La figure 5 représente le format d'un paquet SAR-PDU tel que 25 construit par le module SAR de la couche de convergence IEEE 1394 SSCS.
La figure 6 représente le même paquet inclus dans un paquet LCH tel qu'utilisé par la DLC Hiperlan/2.
La figure 7 est un diagramme représentant les étapes de la 30 méthode selon l'invention.
L'exemple de réalisation de l'invention qui va être décrit maintenant se place dans le cadre de l'utilisation d'un circuit d'interfaçage entre un réseau sans fil et un bus cablé. Mais l'invention peut être mise en oeuvre en utilisant d'autres circuits. Certains modules utilisés peuvent être implémentés en matériel dans un circuit ou en logiciel.
La figure 1 représente l'architecture du circuit. Ce circuit comprend un processeur central généraliste 13, par exemple de la famille PowerPC (PPC) connecté sur son bus 14. Sur ce même bus est connectée une interface réseau Ethernet 12. Le bus 14 est connecté par un pont 16 à un second bus ARM-AMBA 15. Sur ce second bus sont connectés diverses unités dont, entre autres, une interface USB 11, une interface audio/vidéo (A/V) 10, une unité de calcul de code selon l'algorithme Reed/Salomon (RIS) 9, une interface réseau 8 selon la norme IEEE 1394. Le circuit est également connecté à un émetteur-récepteur RF 2 permettant la transmission par onde radio dans la gamme des 5 GHz. Cet émetteur-récepteur 2 est piloté par un contrôleur physique 3. II existe deux modules capables d'utiliser ce contrôleur physique 3, d'une part un module 4 implémentant la couche MAC de la norme 802.1l a et permettant donc l'envoi et la réception de paquets de données selon cette norme au niveau MAC, et d'autre part un module 5 implémentant la couche DLC (Data Link Control) de la norme HiperLAN/2 permettant l'envoi et la réception de paquets selon cette norme via l'émetteur-récepteur 2. Un équipement doté de ce circuit est donc à même de se connecter à des réseaux sans fil selon la norme 802.1 l a et la norme HiperLAN/2. Ces deux modules 4 et 5 utilisent une mémoire DLC 6. Un module matériel 7 implémente la couche de convergence IEEE 1394 SSCS ainsi que la partie commune chargée du traitement des trames IEEE 1394 constituée par la couche CPCS (Common Part Convergence Sublayer) et la couche de segmentation et de ré assemblage SAR (Segmantation And Reassembly) telle que définie dans la figure 3. La couche IEEE 1394 SSCS est chargée de la transformation des trames IEEE 1394 en un format commun de paquets de taille variable, tandis que la partie commune va prendre ces paquets et y ajouter des octets de complémentation et les transmettre à la couche de segmentation et de ré assemblage qui va les découper en paquets de taille fixe. Ces paquets de taille fixe seront transmis à la DLC de HiperLAN/2. Cette partie commune est définie dans le document ETSI TS 101 493-1.
La figure 2 détaille l'architecture logicielle portée sur le circuit. Ce circuit dispose d'un certain nombre de modules logiciels pilotant le matériel (driver), un module pour le bus IEEE 1394 référencé 54, un module pour HiperLAN/2 référencé 52, un module pour le 802.11 référencé 49, un module pour Ethernet référencé 47, un module pour l'USB référencé 46. Au dessus de ces pilotes, se trouvent un certain nombre de couches MAC, la couche MAC d'HiperLAN/2 référencé 51 contenant la DLC, la couche MAC 802.11 référencé 48. Le circuit dispose encore de couches de convergence permettant le transport de certains protocoles au dessus d'HiperLAN/2 comme l'Ethernet SSCS référencé 50 et le IEEE 1394 SSCS référencé 21. Le module référencé 55, Pont transparent IEEE 1394, gère la transparence du pont HiperLAN/2 pour la couche IEEE 1394. C'est à dire que plusieurs bus IEEE 1394 connectés via un réseau HiperLAN/2 vont pouvoir apparaître au niveau de la couche IEEE 1394 comme un unique bus IEEE 1394 virtuel contenant tous les noeuds des différents bus IEEE 1394 interconnectés. Le module référencé 44 établit un pont entre ethernet et la couche de contrôle de lien logique LLC (Logical Link Control) au dessus de la couche MAC de 802.11. Au dessus se trouvent les modules classiques TCP/IP 43 et une pile HTTP 42. Les applications de haut niveau 40 ont accès à ces modules à travers une API (Application Program Interface) 56 et des couches de configuration 41.
La figure 3 détaille l'architecture logicielle de la couche de convergence IEEE 1394 SSCS référencée 21. Elle offre aux couches hautes référencées 20, un service IEEE 1394 au dessus d'un réseau HiperLAN/2.
Pour ce faire, elle se compose d'une partie spécifique au service IEEE 1394 référencée 22, contenant des couches de convergences pour différents services comme ethernet ou, en ce qui nous concerne ici, IEEE 1394 référencées 23. Ces différentes couches de convergence spécifiques s'appuient sur une partie commune à tous les services référencée 24 composée d'un module CPCS référencé 25 et d'un module SAR référencé 26. Un paquet de données, ici 1394, sera donc traité d'abord par le module 1394 SSCS spécifique au standard 1394 pour être ensuite traité par la partie commune qui va produire des paquets de données dits SAR-PDU (Packet Data Unit) aptes à être traités par les couches inférieures HiperLAN/2 référencées 27 composées de la DLC 28 (Data Link Control) et de la couche physique référencée 29 d' HiperLAN/2.
La figure 4 représente le format général d'un paquet MAC 802.11 généré selon l'invention. La signification des différents champs de l'entête peut être trouvée dans le document ANSI/IEEE Std 802.11, 1999 Edition. Suivant l'entête, on trouve la place utile du paquet 37, suivi d'un champ de contrôle 38. Le paquet utile est généré par généralement 4 paquets LCH ayant la structure décrite figure 5 et 6.
La figure 5 représente la structure d'un SAR-PDU tel qu'il est généré par la SAR. C'est un paquet de 49,5 octets contenant une partie de données utiles de 48 octets précédée d'un octet et demi d'entête. Ce paquet est ensuite utilisé par la DLC d'HiperLAN/2 qui l'encapsule dans un paquet LCH comme illustré par la figure 6. Ce LCH est de 54 octets. Dans le circuit considéré, le module 1394 SSCS produit directement ces LCH prêts à être utilisés par la DLC. L'encapsulation se fait par l'adjonction d'un type identifiant le type du paquet, un numéro de séquence ainsi qu'un CRC assurant l'intégrité du paquet.
Dans un mode de fonctionnement classique du circuit, le trafic 1394 asynchrone peut être transféré sur un réseau sans fil via le protocole HiperLan/2 de la manière suivante. Les paquets 1394 arrivent sur l'interface 8. Ces paquets sont pris en charge par le module 1394 SSCS logiciel implémenté sur le processeur généraliste 13. Ce module génère à partir de ce paquet 1394 des LCH qui sont rangés dans la mémoire 6 pour accès par les DLC. Ces LCH sont ensuite pris en charge par la DLC HiperLANl2 5 pour être envoyés sur l'interface physique sans fil 3. Le trafic 1394 isochrone quant à lui suivra le même chemin à la différence qu'il va être traité par le module 1394 SSCS matériel 7. Mais de la même façon, ce module va générer des paquets LCH de 54 octets qui vont être disposés dans la mémoire DLC 6. Ces paquets LCH seront ensuite pris en charge de la même manière par la DLC 5 pour être envoyés via le réseau sans fil.
Dans le cadre de l'invention, ce même trafic 1394 asynchrone peut être transféré sur un réseau sans fil via le protocole 802.11 au lieu d'HiperLAN/2. Les paquets 1394 arrivent sur l'interface 1394. Ils sont pris en charge par le module 1394 SSCS logiciel implémenté sur le processeur 13. Comme précédemment, ce module génère des paquets LCH dans la mémoire 6. Ces paquets LCH contiennent les SAR-PDU dont la structure connue en soi est représentée figure 5 plus un champ de type appelé LCHPDUtype , un numéro de séquence et un CRC comme on peut le voir sur la figure 6. Mais ici, contrairement au cas précédent, ce n'est pas la DLC d'HiperLAN/2, mais un programme spécifique, appelé 1394CL, qui va prendre en charge ces paquets LCH et qui va créer dans la mémoire DLC 6 une trame 802.11 telle que celle représentée à la figure 4. Ce programme spécifique est implémenté sur le contrôleur 4 de la DLC 802.11.
C'est donc une tâche supplémentaire qui tourne sur le micro-controlleur en plus de sa tâche habituelle dévolue à la DLC 802.11a. Mais il peut également être exécuté par le processeur central PPC. Cette trame va pouvoir être envoyée par la DLC 802.11 sur le réseau sans fil. La trame 802.11 peut contenir plusieurs paquets LCH, quoique dans le cas du trafic asynchrone, nous n'allons pas généralement attendre d'avoir plusieurs paquets LCH et nous allons envoyer chaque paquet LCH dès que possible, voire individuellement. Dans le cas du trafic isochrone détaillé plus loin ce ne sera plus le cas.
Le trafic isochrone 1394, quant à lui, est transféré sur le réseau sans fil selon la norme HiperLAN/2 comme suit. Les trames isochrone 1394 arrivent, comme les trames asynchrones, sur l'interface 1394 8. Mais contrairement au trafic asynchrone, pris en charge par le module 1394 SSCS logiciel sur le PPC, le trafic isochrone est pris en charge par un module 1394 SSCS matériel figure 1 n 7. C'est donc ce module matériel qui va construire les SAR-PDU et les LCH les contenant dans la mémoire des DLC 6. Ici aussi ces paquets LCH seront ensuite pris en charge par la DLC HiperLANl2 figure 1 n 5 qui va les envoyer sur la réseau sans fil via la couche physique figure 1 n 3.
Lorsque l'on va vouloir envoyer ce trafic 1394 isochrone sur le réseau sans fil selon le protocole 802.11 selon l'exemple de réalisation de l'invention, la DLC HiperLAN12 va être désactivée et, comme dans le cas du trafic 1394 asynchrone, le programme spécifique va construire une trame 802.11 constituée de paquets LCH. De préférence la trame va être constituée de 4 paquets LCH de 54 octets soit 216 ce qui correspond à un message FEC. En effet le module implémentant la correction d'erreurs de transmission (FEC pour Forward Error Correction en anglais) travaille sur des blocs de 216 octets.
Une variante d'implémentation de l'exemple de réalisation de l'invention consiste à utiliser directement les paquets SAR-PDU dans la trame 802. 11 sans l'habillage sous forme de LCH. En effet, l'implémentation décrite utilise les LCH, car le module 1394 SSCS utilisé dans le circuit produit directement ce type de paquet, bien que le passage du paquet SAR-PDU au paquet LCH soit, en toute logique, une opération dévolue à la DLC HiperLAN/2 et non au module 1394 SSCS tel que défini dans la norme. L'essentiel étant de réutiliser le travail de découpage de la trame 1394 faite par le module 1394 SSCS, le format exact du paquet issu de ce module et que l'on utilise dans la trame 802.1l a n'influe pas sur le fonctionnement de la méthode.
Le problème de l'identification de ces paquets 802.1l a comme transportant des trames 1394 et devant donc, sur le récepteur, être transmis à ce module 1394CL peut se résoudre de plusieurs manières. Une première méthode consiste à ajouter dans la trame 802.11a un paquet LLC/SNAP. Ce type de paquet est décrit dans la RFC 802.2 et permet de décrire le type de données et la nature des couches de transport ainsi que des informations sur le constructeur. C'est un paquet de 8 octets que l'on place en début du paquet 802.11a qui se compose alors d'un entête de 24 octets, de 4 octets de graine de clé publique, des 8 octets du paquet LLC/SNAP, des données utiles, les paquets LCH dans notre cas, de 4 octets de code d'intégrité et de 4 octets de CRC.
Une autre manière d'identifier les paquets transportant du trafic 1394 sur 802.1la est de créer une adresse MAC spécifique à ce trafic au niveau du driver 802.11a. Une seconde adresse MAC peut être créée par une station dans un réseau 802.11a en répétant les phases d'authentification et d'association telles qu'elles sont prévues dans la norme avec une nouvelle adresse MAC. Ensuite, il faut programmer le matériel pour filtrer ces deux adresses MAC et non pas seulement la première de façon à être reconnu comme destinataire des paquets destinés à ces deux adresses MAC. Cette adresse MAC peut être une adresse de diffusion simple ( unicast en anglais) ou multiple ( multicast en anglais). L'avantage d'une adresse de diffusion multiple est la possibilité offerte à des stations IEEE 1394 de s'enregistrer auprès d'une adresse MAC commune associée à un lien isochrone. Les adresses MAC de diffusion multiple sont créées par une convention de plus haut niveau. Par exemple, un ensemble d'adresses MAC de diffusion multiple peut être créé par défaut à l'initialisation pour le trafic 1394. Dans ce cas il est possible de se passer du paquet LLC/SNAP.
Cette méthode offre l'avantage d'isoler le trafic 1394 du reste du trafic par l'utilisation d'adresses MAC spécifiques, tandis que celle utilisant le paquet LLC/SNAP permet à un équipement non compatible d'identifier un type de paquet inconnu et de l'ignorer. Le driver 802.11a, dans ce cas va lire l'adresse MAC de destination de la trame, reconnaître l'adresse dédiée au trafic 1394 sur 802.1 l a et passer la trame au module 1394CL.
Au niveau du driver 802.11a, le trafic 1394 est traité de la même manière que le trafic Ethernet envoyé par le module data delivery 48. Si rien n'est fait pour différencier les trafics, il se peut que le trafic Ethernet vienne perturber l'envoi des trames 1394. II est possible de résoudre ce problème par une gestion statistique du trafic en envoyant une trame Ethernet pour 5 trames 1394 par exemple.
II apparaîtra à l'homme du métier que l'invention, bien que décrite dans le cadre de l'utilisation du circuit considéré, n'est pas limitée à l'utilisation de ce circuit mais peut s'utiliser dans tout système comportant sensiblement les mêmes modules. Il est également évident que l'implémentation, tant logicielle que matérielle, de ces modules n'influe pas sur le fonctionnement de l'invention. Cette invention peut également se généraliser à d'autre protocoles que le 802.11a, tels que les autres protocoles de la famille 802.11, mais aussi à des protocoles d'autres familles. II apparaîtra encore à l'homme du métier que les paquets élémentaires que l'on regroupe dans une trame selon le protocole utilisé sur le réseau sans fil, peuvent être modifiés dans le détail par rapport à la solution exposée ici.

Claims (9)

REVENDICATIONS
1. Méthode de transmission de données sur une liaison sans fil caractérisée en ce qu'elle comporte les étapes suivantes: - insertion des données dans des paquets selon un format correspondant à au moins certaines couches d'un premier protocole de transmission de données sur un réseau sans fil; Utilisation de ces paquets pour former une trame conforme à un second protocole de transmission de données sur un réseau sans fil, différent du premier protocole, et transmission sur le réseau sans fil selon le second protocole.
2. Méthode selon la revendication 1, caractérisée en ce que les données initiales sont formatées selon un protocole d'un bus câblé.
3. Méthode selon la revendication 2 où le bus câblé est un bus IEEE 1394, le premier protocole de transmission de données sur un réseau sans fil est HiperLANl2 et le second protocole de transmission de données sur un réseau sans fil est un protocole de la famille 802.11.
4. Méthode selon l'une quelconque des revendications 2 ou 3, dans laquelle les paquets utilisés sont générés par un module IEEE 1394 SSCS.
5. Méthode selon l'une quelconque des revendications 1 à 4 où les trames, générées à partir des paquets selon un format intermédiaire défini par la ou lesdites couches du premier protocole de transmission de données sur un réseau sans fil, lesdites trames étant conformes au second protocole de transmission de données sur un réseau sans fil, sont distinguées d'autres trames par un identificateur spécifique dans la trame.
6. Méthode selon l'une quelconque des revendications 1 à 5 où les trames, générées à partir des paquets selon un format intermédiaire défini par la ou lesdites couches du premier protocole de transmission de données sur un réseau sans fil et conformes au second protocole de transmission de données sur un réseau sans fil, sont distinguées d'autres trames par l'utilisation d'adresses MAC spécifiques identifiant leur origine et leur destination.
7. Appareil de transmission de données (1), contenant des moyens permettant de recevoir des trames selon le protocole formatées selon un bus câblé (8), des moyens de connexion à un réseau sans fils (2, 3, 4, 5), un module de traitement des trames formatées selon un bus câblé pour insérer les données reçues sur le bus câblé dans une trame selon un format défini par un premier protocole de transmission de données sur un réseau sans fil (7), caractérisé en ce que l'appareil contient des moyens de génération de trames de transmission conformes à un second protocole de transmission de données sur un réseau sans fil à partir desdits paquets (4 ou 13) dans lesquels ont été insérées des données reçues à partir du bus câblé, lesdits paquets étant formatés selon au moins certaines couches du premier protocole.
8. Appareil selon la revendication 6 où le bus câblé est un bus IEEE 1394, le premier protocole de transmission de données sur un réseau sans fil est HiperLAN/2 et le second protocole de transmission de données sur un réseau sans fil est un protocole de la famille 802.11.
9. Appareil selon l'une des revendications 7 ou 8, caractérisé en ce qu'il comporte, pour ce qui est du second protocole, uniquement les couches nécessaires à l'encapsulation et la transmission de paquets générés à l'aide desdites couches du premier protocole.
FR0400071A 2004-01-06 2004-01-06 Methode de transmission de donnees ieee 1394 sur une liaison sans fil et appareil implementant la methode Pending FR2864870A1 (fr)

Priority Applications (8)

Application Number Priority Date Filing Date Title
FR0400071A FR2864870A1 (fr) 2004-01-06 2004-01-06 Methode de transmission de donnees ieee 1394 sur une liaison sans fil et appareil implementant la methode
PCT/EP2005/050025 WO2005069547A1 (fr) 2004-01-06 2005-01-04 Procede de transmission de donnees ieee 1394 sur une liaison sans fil et appareil mettant en oeuvre le procede
JP2006548297A JP2007520121A (ja) 2004-01-06 2005-01-04 無線リンクでieee1394データを伝送する方法及びその方法を実装した装置
US10/584,652 US7912084B2 (en) 2004-01-06 2005-01-04 Method of transmitting IEEE 1394 data over a wireless link and apparatus implementing the method
KR1020067013441A KR101086871B1 (ko) 2004-01-06 2005-01-04 무선 링크 상에서 ieee 1394 데이터를 전송하는 방법과 그 방법을 구현하는 장치
EP05701438A EP1702435A1 (fr) 2004-01-06 2005-01-04 Procede de transmission de donnees ieee 1394 sur une liaison sans fil et appareil mettant en oeuvre le procede
CN200580001906A CN100583793C (zh) 2004-01-06 2005-01-04 在无线链路上传输ieee1394数据的方法和实现该方法的设备
BRPI0506597-6A BRPI0506597A (pt) 2004-01-06 2005-01-04 método para transmitir dados ieee 1394 através de uma ligação sem fios, e aparelho para implementar o método

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0400071A FR2864870A1 (fr) 2004-01-06 2004-01-06 Methode de transmission de donnees ieee 1394 sur une liaison sans fil et appareil implementant la methode

Publications (1)

Publication Number Publication Date
FR2864870A1 true FR2864870A1 (fr) 2005-07-08

Family

ID=34673856

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0400071A Pending FR2864870A1 (fr) 2004-01-06 2004-01-06 Methode de transmission de donnees ieee 1394 sur une liaison sans fil et appareil implementant la methode

Country Status (8)

Country Link
US (1) US7912084B2 (fr)
EP (1) EP1702435A1 (fr)
JP (1) JP2007520121A (fr)
KR (1) KR101086871B1 (fr)
CN (1) CN100583793C (fr)
BR (1) BRPI0506597A (fr)
FR (1) FR2864870A1 (fr)
WO (1) WO2005069547A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080098150A1 (en) * 2006-10-24 2008-04-24 Il-Soon Jang Method for forming route map in wireless 1394 bridge network
US20080120555A1 (en) * 2006-11-21 2008-05-22 Intermec Ip Corp. Wireless device grouping via common attribute
US8619684B2 (en) 2008-05-01 2013-12-31 Qualcomm Incorporated Method and apparatus for downlink data arrival
US8332557B2 (en) * 2008-12-12 2012-12-11 Qualcomm, Incorporated System, apparatus, and method for broadcasting USB data streams
US9998571B2 (en) * 2010-10-01 2018-06-12 Qualcomm Incorporated Legacy-compatible control frames
US20150117366A1 (en) 2013-10-29 2015-04-30 Qualcomm Incorporated Systems and methods for improved communication efficiency in high efficiency wireless networks

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1041770A2 (fr) * 1999-03-31 2000-10-04 Kabushiki Kaisha Toshiba Système et terminal de radiocommunication utilisant des réseaux radio plus rapid et plus lente
WO2002013429A1 (fr) * 2000-08-09 2002-02-14 Hlan Inc. Protocole de communications pour rle sans fil pouvant harmoniser les normes ieee 802.11a et hiperlan/2 etsi
WO2002041586A2 (fr) * 2000-11-17 2002-05-23 Koninklijke Philips Electronics N.V. Système radio intégrant un premier et un second réseau
EP1318644A1 (fr) * 2001-12-04 2003-06-11 Ascom Systec AG Transmission de voix sur des réseaux de données à débit binaire élevé
EP1361713A1 (fr) * 2002-05-06 2003-11-12 Sony International (Europe) GmbH Passerelle

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3715494B2 (ja) * 1999-12-27 2005-11-09 株式会社東芝 情報転送方法並びに無線端末及び無線ゲートウェイ装置
EP1255377A1 (fr) * 2001-05-02 2002-11-06 Deutsche Thomson-Brandt Gmbh Dispositif d'interface
JP2002335285A (ja) 2001-05-09 2002-11-22 Fujitsu Ltd Atmアダプテーションレイヤ通信装置
US7130904B2 (en) * 2001-08-16 2006-10-31 Intel Corporation Multiple link layer wireless access point
EP1331775A1 (fr) * 2002-01-25 2003-07-30 Deutsche Thomson-Brandt Gmbh Circuit de la couche physique et circuit d'interface
US7415535B1 (en) * 2002-04-22 2008-08-19 Cisco Technology, Inc. Virtual MAC address system and method
DE10343458A1 (de) * 2003-09-19 2005-05-12 Thomson Brandt Gmbh Verfahren zur Bearbeitung von über eine erste Schnittstelle empfangenen Datenpaketen und Vorrichtung zur Durchführung des Verfahrens

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1041770A2 (fr) * 1999-03-31 2000-10-04 Kabushiki Kaisha Toshiba Système et terminal de radiocommunication utilisant des réseaux radio plus rapid et plus lente
WO2002013429A1 (fr) * 2000-08-09 2002-02-14 Hlan Inc. Protocole de communications pour rle sans fil pouvant harmoniser les normes ieee 802.11a et hiperlan/2 etsi
WO2002041586A2 (fr) * 2000-11-17 2002-05-23 Koninklijke Philips Electronics N.V. Système radio intégrant un premier et un second réseau
EP1318644A1 (fr) * 2001-12-04 2003-06-11 Ascom Systec AG Transmission de voix sur des réseaux de données à débit binaire élevé
EP1361713A1 (fr) * 2002-05-06 2003-11-12 Sony International (Europe) GmbH Passerelle

Also Published As

Publication number Publication date
KR101086871B1 (ko) 2011-11-25
US20090144470A1 (en) 2009-06-04
BRPI0506597A (pt) 2007-05-02
JP2007520121A (ja) 2007-07-19
CN1906896A (zh) 2007-01-31
US7912084B2 (en) 2011-03-22
KR20060128901A (ko) 2006-12-14
WO2005069547A1 (fr) 2005-07-28
CN100583793C (zh) 2010-01-20
EP1702435A1 (fr) 2006-09-20

Similar Documents

Publication Publication Date Title
US6252888B1 (en) Method and apparatus providing network communications between devices using frames with multiple formats
EP1928127B1 (fr) Procédé et système à effet tunnel de paquets MACSEC par des noeuds non-MACSEC
US8320374B2 (en) Method and apparatus for improved multicast routing
US20160337146A1 (en) Method of data delivery across a network fabric in a router or ethernet bridge
US20100061378A1 (en) Method and Apparatus for Emulating Network Devices
US20100309930A1 (en) Adaptation scheme for communications traffic
US20080126559A1 (en) METHOD AND SYSTEM FOR SECURING A NETWORK UTILIZING IPSEC and MACSEC PROTOCOLS
EP2232390B1 (fr) Procédé d'acheminement de messages sur un réseau et système de mise en oeuvre du procédé
FR3004878A1 (fr) Methode distribuee d'acquisition de donnees dans un reseau afdx.
KR20190084315A (ko) 네트워크 장치 및 네트워크 장치의 전송 선택 방법
FR2844946A1 (fr) Procede de selection et de tri de paquets mis a disposition d'un equipement par un reseau de transmission de donnees par paquets
FR2864870A1 (fr) Methode de transmission de donnees ieee 1394 sur une liaison sans fil et appareil implementant la methode
US7035323B1 (en) System and method for combining multiple digital subscriber line transceivers
FR2867642A1 (fr) Dispositif et procede de traitement de trames a champ a utilisation multiprotocolaire, pour un reseau de communications
EP1274205B1 (fr) Unité de commutation d'un réseau de transmission par paquets
FR2839407A1 (fr) Procede et dispositif d'ajustement de la taille maximale des sequences d'information transmises dans un reseau de telecommunications
EP2014026B1 (fr) Procede de transmission d'une pluralite de champs identificateurs dans un reseau a commutation de paquets
US20030200324A1 (en) Apparatus and method for protocol processing, and apparatus and method for traffic processing
EP2617166B1 (fr) Procédé et appareil permettant de limiter le surdébit pour l'identification d'un récepteur dans les réseaux de diffusion ip
CN112583731A (zh) 一种gre报文分片重组的方法及装置
EP1639785B1 (fr) Procede de gestion de la redondance d'un reseau de communication
EP1872530B1 (fr) Procede de transfert d'un code d'information entre deux dispositifs de communication
EP1425886A1 (fr) Procede de routage de paquets a longueur variable transportes dans des cellules atm
JP2000209210A (ja) デ―タ中継装置及びデ―タ中継方法並びにデ―タ中継プログラムが記録された記録媒体
CA2374099A1 (fr) Procede et dispositif pour transferer des donnees dans un reseau de communication comportant une artere a faible debit