FR2915650A1 - Procede et dispositif d'interface entre les protocoles udp ou tcp et sctp - Google Patents
Procede et dispositif d'interface entre les protocoles udp ou tcp et sctp Download PDFInfo
- Publication number
- FR2915650A1 FR2915650A1 FR0754665A FR0754665A FR2915650A1 FR 2915650 A1 FR2915650 A1 FR 2915650A1 FR 0754665 A FR0754665 A FR 0754665A FR 0754665 A FR0754665 A FR 0754665A FR 2915650 A1 FR2915650 A1 FR 2915650A1
- Authority
- FR
- France
- Prior art keywords
- data
- source
- protocol
- frame
- data frame
- 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
Links
Classifications
-
- 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/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- 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/08—Protocols for interworking; Protocol conversion
- H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
-
- 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/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- 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/165—Combined use of TCP and UDP protocols; selection criteria therefor
-
- 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/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un procédé et un dispositif pour transférer des trames de données entre une première source de données (105-1) utilisant un premier protocole de transfert de données et une seconde source de données (105-2) sont décrits. Après avoir établi une connexion entre le dispositif de transfert de données (115-1) et un dispositif connecté à la seconde source (300), ce dispositif utilisant un second protocole de transfert de données, un contexte est mémorisé (315) à la réception de données reçues de la première source (305), les données reçues comprenant des informations relatives aux première et seconde sources. Le contexte, de préférence identifié par une référence à la connexion établie, comprend avantageusement les adresses et les ports d'origine et de destination. Les données reçues de la première source sont adaptées et transmises à la seconde source (320, 325). A la réception de données transmises par la seconde source selon une connexion (305), un contexte préalablement mémorisé est identifié à partir de la connexion (330). Les données reçues de la seconde source sont adaptées selon le contexte identifié (320) et transmises à la première source (325).
Description
La présente invention concerne les télécommunications et plus
particulièrement les interfaces de communication multi-protocoles à travers les réseaux IP (Internet Protocol), notamment les interfaces de conversion UDP ou TCP vers et depuis SCTP. L'essor d'Internet et du protocole de transport et de routage de données par paquets IP a modifié l'industrie des télécommunications. De nombreuses applications de différents types convergent vers ce protocole de transport et de routage qui offre l'avantage du mode de transport unique pour des données différentes telles que par exemple les données multimédia, les e-mails et la voix.
Cependant, en raison de la nature différente des données transportées et routées par le protocole IP et des besoins différents des applications utilisant ce protocole, ainsi que pour des raisons historiques liées au déploiement des réseaux, il existe plusieurs protocoles de contrôle de transmission, notamment UDP (User Datagram Protocol), TCP (Transmission Control Protocol) et SCTP (Stream Control Transmission Protocol). Il peut ainsi être nécessaire d'utiliser des interfaces permettant de transmettre des données à travers un ensemble de réseaux multi-protocoles adaptées à échanger des données à travers différents réseaux de type IP utilisant des protocoles de contrôle de transmission différents et/ou à travers plusieurs réseaux de types différents tels que des réseaux IP et des réseaux RTC (Réseau Téléphonique Commuté). Il existe par exemple des dispositifs de type PC (Persona/ Computer) ou serveur pour convertir des protocoles de signalisation transportés sur des réseaux IP et SS7 (Signaling System 7), permettant l'échange de données entre un réseau IP et un réseau RTC. Notamment, des dispositifs de type passerelle SG (Signaling Gateway) permettant d'établir une communication entre un premier terminal (TA) d'un premier réseau (NI) de type IP et un second terminal (TB) d'un second réseau (N2) de type SS7 sont connus. Une partie du dispositif est connectée au premier réseau (N1) de type IP tandis qu'une autre partie est connectée au second réseau (N2) de type SS7. La communication s'effectue entre les premier et second réseaux (NI et N2) en utilisant par exemple des protocoles de type SIGTRAN (SiGnaling TRANsport) du côté du premier réseau (NI) et en utilisant des protocoles de type MTP (Message Transfer Part) du côté du second réseau (N2). C'est en général le protocole de transport SCTP qui est utilisé sur IP pour les protocoles de type SIGTRAN.
Ce dispositif analyse d'abord la trame reçue dans un flux de données SCTP, aussi appelé stream SCTP, du côté du premier réseau (NI), la traite et la retransmet en partie sur un canal SS7 du côté du second réseau (N2). Réciproquement, ce dispositif analyse une trame reçue sur un canal SS7 du côté du second réseau (N2), la traite et la retransmet en partie sur un flux de données SCTP du côté du premier réseau (NI). Un exemple de tels dispositifs est développé par la société ULTICOM (ULTICOM est une marque déposée) qui propose une brique logicielle dite "bridging application" adaptée à effectuer la conversion pour la connexion entre réseau de type SIGTRAN et réseau de type SS7.
De même, il existe des dispositifs de type PC ou serveur pour convertir des protocoles de signalisation transportés sur des réseaux IP en mode non connecté ou connecté. II convient ici de rappeler que le mode connecté se caractérise par l'établissement préalable d'une connexion et la coupure de la connexion en fin de transmission. A l'inverse, la transmission de données selon le mode non connecté peut utiliser plusieurs chemins, l'ordre d'arrivée des données peut donc être différent de l'ordre d'émission de ces données. II peut y avoir plusieurs systèmes réseaux entre un terminal utilisant par exemple le protocole de signalisation SIP et un système réseau adapté à traiter un service que souhaite atteindre l'utilisateur du terminal. Ces systèmes réseaux peuvent communiquer avec des protocoles de transport tels qu'UDP (mode non connecté) ou TCP (mode connecté). Pour des raisons de compatibilité, il est nécessaire de choisir des systèmes réseaux qui communiquent entre eux avec le même protocole de transport, c'est-à-dire dans ce cas UDP ou TCP. Un système réseau est ici considéré comme un dispositif relié à un réseau, comprenant des interfaces d'entrée et de sortie, capable de recevoir et de transmettre des données selon au moins un protocole de communication. Un système réseau peut en outre proposer des services spécifiques. L'invention permet de résoudre au moins un des problèmes exposés précédemment, en proposant notamment un procédé et système de communication simples et sécurisés pour convertir le protocole de transfert UDP ou TCP vers ou depuis le protocole de transfert SCTP, ne nécessitant ni le traitement du protocole de signalisation au-dessus du protocole de transport, ni la mise en place d'une infrastructure de réseau complexe ayant plusieurs protocoles de transport pour la signalisation.
L'invention a ainsi pour objet un procédé dans un dispositif de transfert de données pour échanger au moins une trame de données entre une première source de données utilisant un premier protocole de transfert de données et une seconde source de données, ce procédé étant caractérisé en ce qu'il comprend les étapes suivantes, - établissement d'une connexion entre ledit dispositif de transfert de données et un dispositif connecté à ladite seconde source, ledit dispositif connecté à ladite seconde source utilisant un second protocole de transfert de données; réception d'au moins une trame de données de ladite première 25 source, ladite au moins une trame de données reçue comprenant des informations relatives auxdites première et seconde sources ; - mémorisation d'un contexte associé à ladite connexion comprenant au moins une desdites informations relatives auxdites première et seconde sources ; 30 - adaptation de ladite au moins une trame de données reçue audit second protocole ; et, - transmission de ladite au moins une trame de données adaptée audit dispositif connecté à ladite seconde source. La mémorisation d'un contexte particulier comprenant des informations essentielles relatives auxdites première et seconde sources permet la conversion des trames reçues ultérieurement dudit premier protocole vers ou depuis ledit second protocole tout en évitant une étape de décapsulation ou d'analyse des données. Pour convertir efficacement ladite au moins un trame reçue, ladite étape d'adaptation de ladite au moins une trame de données reçue comprend 10 avantageusement les étapes suivantes, - identification d'un en-tête correspondant audit premier protocole dans ladite au moins une trame de données reçue ; et, - remplacement dudit en-tête identifié correspondant audit premier protocole par un second en-tête, ledit second en-tête correspondant audit 15 second protocole. Selon un mode de réalisation particulier, le procédé selon l'invention comprend en outre les étapes suivantes pour convertir des trames reçues dudit second protocole vers ledit premier protocole selon ledit contexte mémorisé, - réception d'au moins une trame de données dudit dispositif 20 connecté à ladite seconde source à travers une connexion établie ; - détermination d'un contexte préalablement mémorisé selon ladite connexion ; - adaptation de ladite au moins une trame de données reçue audit premier protocole selon ledit contexte déterminé ; et, 25 - transmission de ladite au moins une trame de données adaptée à ladite première source. A nouveau, pour convertir efficacement ladite au moins un trame reçue, ladite étape d'adaptation de ladite au moins une trame de données reçue comprend avantageusement les étapes suivantes, 30 - identification d'un en-tête correspondant audit second protocole dans ladite au moins une trame de données reçue ; et, -remplacement dudit en-tête identifié correspondant audit second protocole par un second en-tête, ledit second en-tête correspondant audit premier protocole, selon ledit contexte déterminé. Selon un mode de réalisation particulier, ledit contexte comprend au moins une adresse et un port d'origine et de destination liés auxdites première et seconde sources permettant la construction d'un en-tête pour ladite trame adaptée. Ledit premier protocole est avantageusement du type UDP ou du type TCP et ledit second protocole est avantageusement du type SCTP.
Un identifiant unique est de préférence associé audit contexte pour permettre une identification aisée de celui-ci et permettre une conversion efficace. Selon un mode de réalisation particulier, ledit identifiant comprend un identifiant de connexion lié à la dite connexion et un identifiant de flux de données déterminé selon le flux de données utilisé dans ladite connexion.
L'invention a également pour objet un programme d'ordinateur comprenant des instructions adaptées à la mise en oeuvre de chacune des étapes du procédé décrit précédemment. L'invention a aussi pour objet un support d'enregistrement lisible par un ordinateur comportant des instructions de code de programme d'ordinateur pour l'exécution de chacune des étapes du procédé décrit précédemment. L'invention a aussi pour objet un dispositif de transfert de données pour échanger au moins une trame de données entre une première source de données utilisant un premier protocole de transfert de données et une seconde source de données, ce dispositif étant caractérisé en ce qu'il comprend les moyens suivants, - moyens pour recevoir au moins une trame de données de ladite première source et pour transmettre au moins une trame de données vers ladite première source, ladite au moins une trame de données reçue de ladite première source comprenant des informations relatives auxdites première et seconde source ; - moyens pour établir une connexion entre ledit dispositif de transfert de données et un dispositif connecté à ladite seconde source, ledit dispositif connecté à ladite seconde source utilisant un second protocole de transfert de données ; - moyens pour recevoir au moins une trame de données dudit dispositif relié à ladite seconde source et pour transmettre au moins une trame de données vers ledit dispositif relié à ladite seconde source ; - moyens pour mémoriser un contexte associé à ladite connexion comprenant au moins une desdites informations relatives auxdites première et seconde sources ; et, - moyens pour adapter au moins une trame de données reçue selon lesdites informations relatives auxdites première et seconde sources audit premier ou second protocole. A nouveau, la mémorisation d'un contexte particulier comprenant des informations essentielles relatives auxdites première et seconde sources permet la conversion des trames reçues ultérieurement dudit premier protocole vers ou depuis ledit second protocole tout en évitant une étape de décapsulation ou d'analyse des données. Pour cela, le dispositif comprend en outre avantageusement des moyens pour identifier un contexte préalablement mémorisé selon une connexion établie. D'autres avantages, buts et caractéristiques de la présente invention ressortent de la description détaillée qui suit, faite à titre d'exemple non limitatif, au regard des dessins annexés dans lesquels : - la figure 1 représente schématiquement un environnement de réseaux dans lequel l'invention peut avantageusement être mise en oeuvre ; - la figure 2 présente certains éléments d'un système réseau tel qu'illustré sur la figure 1 ; - la figure 3 illustre certaines étapes du procédé mis en oeuvre dans le système réseau de la figure 2 pour échanger des données entre les premier et second terminaux ; et, - la figure 4 illustre la conversion d'une trame UDP en trame SCTP.
Il convient tout d'abord de noter que si un terminal (TA) connecté sur le premier réseau (NI) de type IP veut établir un appel téléphonique vers un terminal (TB) connecté sur le second réseau (N2) de type SS7 (RTC), il peut utiliser un protocole de signalisation de type SIP (Session Initiation Protocol) transporté par le protocole de transport UDP qui est de type non connecté. II est dans ce cas nécessaire d'ajouter au moins un dispositif extérieur à la passerelle SG assurant une conversion de protocole de transport UDP vers SCTP et inversement SCTP vers UDP. Ce type de dispositif nécessite une conversion de protocole de transport UDP vers SCTP ou TCP vers SCTP entre un terminal (TA) du réseau IP et une passerelle SG. Le nombre de recopies de trames augmente alors et ainsi le temps de transfert des trames augmente. Il peut en résulter, par exemple, un impact négatif sur la qualité de service de la voix.
Il convient également de noter que si un premier système réseau utilisant en entrée le protocole UDP doit communiquer avec un second système réseau utilisant en entrée le protocole TCP, une première solution consiste à créer en sortie du premier système réseau autant de connexions TCP avec le second système réseau que de sessions SIP. Alternativement, une seconde solution consiste à créer en sortie du premier système réseau une seule connexion TCP avec le second système réseau en regroupant toutes les sessions SIP dans cette connexion TCP. Le dispositif permettant la mise en oeuvre de la première solution est généralement limité à environ 2 000 sessions simultanées (une telle limite est souvent imposée par le système d'exploitation pour optimiser le système, en particulier en ce qui concerne la notion de réponse en temps réel). L'entrée du premier système réseau est alors constituée d'un message SIP transporté sur UDP sous forme de datagramme, c'est-à-dire sous forme d'une seule trame d'octets qui constitue le message SIP en entier. En sortie, le message SIP sur TCP peut être transmis sous forme de plusieurs trames d'octets. Le second système réseau doit donc compter chaque octet reçu pour détecter la fin du message SIP afin de le reconstituer sous forme d'une seule trame d'octets. Cependant, pour calculer la longueur du message, le second système réseau doit connaître tous les protocoles de signalisation utilisés tels que SIP, MGCP (Media Gateway Control Protocol), http (HyperText Transfer Protocol) et https (http sécurisé). Par exemple, pour le protocole SIP, le second système réseau qui reçoit des trames TCP doit analyser chaque octet reçu du message de signalisation pour pouvoir détecter la fin du message et en déduire la longueur du message. La figure 1 illustre l'environnement 100 dans lequel l'invention peut être avantageusement mise en oeuvre. L'environnement 100 comprend deux terminaux 105-1 et 105-2, par exemple des terminaux multimédia, connectés à travers un réseau de télécommunication 110 de type Internet. Dans cet exemple, le terminal 105-1 est connecté à un premier système réseau 115-1 et le second terminal 105-2 est connecté à un deuxième système réseau 115-2. Les systèmes réseaux 115-1 et 115-2 sont reliés par l'intermédiaire d'un troisième système réseau 115-3. La connexion entre deux systèmes réseaux et la connexion entre un terminal et un système réseau sont réalisées par l'intermédiaire des connexions génériquement référencées 120-i. Par exemple, le terminal 105-1 est relié au système réseau 115-1 par l'intermédiaire de la connexion 120-1. De même, les systèmes réseaux 1151 et 115-3 sont reliés par l'intermédiaire de la connexion 120-3. Les connexions 120-i peuvent être des connexions filaires ou non filaires. Chaque système réseau, génériquement référencé 115-i, comprend de préférence un dispositif de service, génériquement référencé 125-i, ainsi que deux dispositifs d'entrée/sortie, génériquement référencés 130-i et 135-i. Par exemple, le système réseau 115-1 comprend le dispositif de service 125-1 ainsi que les dispositifs d'entrée/sortie 130-1 et 135-1. Le dispositif de service a en particulier pour fonction de traiter le contenu de trames, de gérer les contextes d'appels ou de service, de compter un nombre de trames et de filtrer les trames.
Selon l'exemple présenté sur la figure 1, les systèmes réseaux 115-1 et 115-2 jouent le rôle de systèmes d'interface tandis que le système réseau 115-3 joue le rôle de système de traitement d'appel. L'invention est de préférence implémentée dans l'un des systèmes réseaux 115-i, par exemple dans le système réseau 115-1.
Comme indiqué précédemment, le système d'interface 115-1 comprend les deux dispositifs d'entrée/sortie 130-1 et 135-1. Selon un exemple d'implémentation particulier, le dispositif d'entrée/sortie 130-1 gère le protocole de transport de type UDP. Le dispositif d'entrée/sortie 130-1 est connecté au terminal 105-1 via un accès du réseau 110. Le dispositif d'entrée/sortie 135-1 gère le protocole de transport de type SCTP. Le dispositif d'entrée/sortie 135-1 est connecté au dispositif d'entrée/sortie 130-3 du système réseau 115-3 via un accès du réseau 110. De même, le système d'interface 115-2 comprend les deux dispositifs d'entrée/sortie 130-2 et 135-2. Le dispositif d'entrée/sortie 135-2 gère le protocole de transport de type UDP. Le dispositif d'entrée/sortie 1352 est connecté au terminal 105-2 via un accès du réseau 110. Le dispositif d'entrée/sortie 130-2 gère le protocole de transport de type SCTP. Le dispositif d'entrée/sortie 130-2 est connecté au dispositif d'entrée/sortie 135-3 du système réseau 115-3 via un accès du réseau 110. De la même façon, le système d'interface 115-3 comprend les deux dispositifs d'entrée/sortie 130-3 et 135-3. Le dispositif d'entrée/sortie 130-3 gère le protocole de transport de type SCTP. Le dispositif d'entrée/sortie 130-3 est connecté au dispositif d'entrée/sortie 135-1 du système réseau 115-1 via un accès du réseau 110. Le dispositif d'entrée/sortie 135-3 gère le protocole de transport de type SCTP. Le dispositif d'entrée/sortie 135-3 est connecté au dispositif d'entrée/sortie 130-2 du système réseau 105-2 via un accès du réseau 110. Après l'installation et le démarrage des différents systèmes et dispositifs, les systèmes d'interface 115-1 et 115-2 initialisent les associations SCTP. Le dispositif d'entrée/sortie 135-1 du système d'interface 115-1 initialise de façon automatique une association SCTP, appelée SCTP AS1, avec le dispositif d'entrée/sortie 130-3 du système d'interface 115-3. II convient de rappeler ici qu'une association SCTP est une connexion ou une relation établie entre deux points terminaux selon la terminologie SCTP. De même, le dispositif d'entrée/sortie 130-2 du système d'interface 115-2 initialise de façon automatique une association SCTP, appelée SCTP AS2, avec le dispositif d'entrée/sortie 135-3 du système d'interface 115-3. Les terminaux 105-1 et 105-2 peuvent alors émettre des trames de protocole de signalisation vers les systèmes réseaux 115-1 et 115-3 via le réseau 110.
En ce qui concerne le transfert de données du terminal 105-1 vers le terminal 105-2, la trame du protocole de signalisation est encapsulée dans le protocole de transport UDP par le terminal 105-1 et émise vers le dispositif d'entrée/sortie 130-1 du système réseau 115-1 à travers le réseau 110. Le dispositif d'entrée/sortie 130-1 du système réseau 115-1 transmet ensuite la trame au dispositif de service 125-1 du système réseau 115-1 qui traite, si besoin, le contenu de cette trame puis la retransmet au dispositif d'entrée/sortie 135-1 du système 115-1 qui l'insère dans un flux de données de l'association SCTP AS1 créée par le dispositif d'entrée/sortie 135-1 du système 115-1.
Le dispositif d'entrée/sortie 130-3 du système réseau 115-3 reçoit ensuite cette trame encapsulée dans le protocole de transport SCTP. Le dispositif d'entrée/sortie 130-3 du système réseau 115-3 transmet alors la trame au dispositif de service 125-3 du système réseau 115-3 qui traite, si besoin, le contenu de cette trame puis la retransmet au dispositif d'entrée/sortie 135-3 du système réseau 115-3 qui la retransmet dans un flux de données de l'association SCTP AS2 au dispositif d'entrée/sortie 130-2 du système réseau 115-2 à travers le réseau 110. Le dispositif d'entrée/sortie 130-2 du système réseau 115-2 transmet ensuite la trame au dispositif de service 125-2 du système 115-2 qui traite, si besoin, le contenu de cette trame puis la retransmet au dispositif d'entrée/sortie 135-2 du système réseau 115-2 qui l'encapsule dans le protocole de transport UDP pour la transmettre au terminal 105-2 à travers le réseau 110. En ce qui concerne le transfert de données du terminal 105-2 vers le terminal 105-1, la trame du protocole de signalisation est encapsulée dans le protocole de transport UDP par le terminal 105-2 et émise vers le dispositif d'entrée/sortie 135-2 du système réseau 115-2 à travers le réseau 110. Le dispositif d'entrée/sortie 135-2 du système 115-2 transmet ensuite la trame au dispositif de service 125-2 du système réseau 115-2 qui traite, si besoin, le contenu de cette trame puis la retransmet au dispositif d'entrée/sortie 130-2 du système réseau 115-2 qui va l'injecter dans un flux de données de l'association SCTP AS2 créée par le dispositif d'entrée/sortie 130-2 du système 115-2.
Le dispositif d'entrée/sortie 135-3 du système réseau 115-3 reçoit ensuite cette trame encapsulée dans le protocole de transport SCTP. Le dispositif d'entrée/sortie 135-3 du système réseau 115-3 transmet alors la trame au dispositif de service 125-3 du système réseau 115-3 qui traite, si besoin, le contenu de cette trame puis la retransmet au dispositif d'entrée/sortie 130-3 du système réseau 115-3 qui la retransmet dans un flux de données de l'association SCTP AS1 au dispositif d'entrée/sortie 135-1 du système réseau 115-1 à travers le réseau 110. Le dispositif d'entrée/sortie 135-1 du système réseau 115-1 transmet ensuite la trame au dispositif de service 125-1 du système réseau 115-1 qui traite, si besoin, le contenu de cette trame puis la retransmet au dispositif d'entrée/sortie 130-1 du système réseau qui l'encapsule dans le protocole de transport UDP pour la transmettre au terminal 105-1 à travers le réseau 110. La figure 2 illustre le système réseau 115-1, ou dispositif d'interface, représenté sur la figure 1. Le système réseau 115-1 comprend de préférence les éléments suivants : - un port d'entrée/sortie 200 de liaison au réseau IP 110 correspondant ; - un circuit 205 de gestion des trames reçues et émises sur le port 20 200 ; - un bus de données 210 ; - une mémoire RAM (Random Access Memory) 215 ; - une mémoire EPROM (Erasable Programmable Read Only Memoty) ou FLASH 220 ; 25 - une base de données 225 ; - un microprocesseur ou CPU (Central Processing Unit) 230 ; un circuit de gestion des trames reçues et émises 235 ; et, - un port d'entrée/sortie 240 de liaison au réseau IP 110. Le système réseau 115-1 est un dispositif d'interface de connexion 30 avec le réseau IP 110. II comprend deux liaisons 200 et 240 vers le réseau IP 110 connectées respectivement aux circuits 205 et 235 qui gèrent la réception et la ré-émission des trames IP. Le système réseau 115-1 comprend en outre une mémoire RAM 215, de façon facultative une mémoire EPROM 220 et un microprocesseur 230, connectés entre eux via un bus de données 210. Une base de données 225 peut éventuellement être connectée au bus de données 210. Le microprocesseur 230 est destiné à commander le fonctionnement des différents éléments du système réseau 115-1. Il est admis ici qu'il y a une association SCTP AS1 entre le port 240 du système réseau 115-1 et le dispositif d'entrée/sortie 130-3 du système réseau 115-3 qui est active entre les deux piles de protocole de transport SCTP. Le microprocesseur 230, associé aux mémoires RAM et EPROM, gère le protocole SCTP avec le circuit de gestion de trames 235. Lorsqu'un utilisateur A compose, à l'aide de son terminal TA, le numéro de téléphone d'un utilisateur B, un message M1 de signalisation SIP encapsulé dans le protocole de transport UDP est envoyé automatiquement par ce terminal TA vers le circuit de gestion de trame 205 du système réseau 115-1 à travers le réseau 110 et le port 200. Le circuit de gestion de trame 205 signale, par interruption, la réception de cette trame au microprocesseur 230 qui transfère en mémoire RAM 215 certaines données du message IP reçu. Ces données constituent un contexte d'appel unique, lié au terminal TA, auquel est associé un numéro unique IDX-Y. Ce contexte et le numéro associé peuvent être stockés dans la base de données 225. La valeur de IDX-Y peut être, par exemple, un couple de valeur (X,Y) où X est le numéro d'association SCTP AS1 et Y représente le numéro du flux de données, appelé ST1, utilisé pour transmettre les données et dont la valeur est de préférence compris entre 1 et 65 535. Les données mémorisées du message reçu sont par exemple l'adresse IP du terminal TA, le port UDP d'origine utilisé par le terminal TA, l'adresse IP de destination, le port UDP de destination et la taille des données utiles en octets. L'association SCTP AS1 étant active entre les systèmes réseaux 115-1 et 115-3, le microprocesseur 230 sélectionne ensuite le numéro du flux de données ST1 de l'association SCTP AS1 qui correspond en partie au numéro de contexte déterminé précédemment. La partie des données du message reçu, qui correspond au message SIP, encapsulée par le protocole de transport UDP est ensuite encapsulée par le microprocesseur 230 dans le protocole de transport SCTP, dans le flux de données ST1, puis émise vers le système réseau 115-3 à travers le réseau 110. Le système réseau 115-1 ne fait donc pas de modification, pas de traitement, ni de recopie de la partie donnée du message reçu.
Le message reçu n'est donc jamais décapsulé mais mémorisé dans une mémoire de type RAM, dans une structure constituée d'une partie liée à la couche physique appelée PHY, par exemple de type ATM ou éthernet, d'une partie IP, d'une partie protocole de transport commune, par exemple de type UDP, TCP ou SCTP, et d'une partie comprenant les données, par exemple de type SIP. II convient de noter que les longueurs des en-têtes UDP, TCP et SCTP sont différentes. Dans une transmission UDP vers SCTP, seules les parties PHY, IP et transport (UDP) sont analysées pour retrouver ou créer un contexte contenant en particulier la longueur de la partie contenant les données. Pour la transmission, les parties PHY, IP et transport UDP sont remplacées par des nouvelles parties PHY, IP et SCTP, la partie SCTP est notamment construite à partir des données liées à l'association AS1. La partie comprenant les données n'est pas recopiée dans une autre structure. Le contenu de la structure comprenant les parties PHY, IP et en-tête SCTP est ainsi transmis avec la partie comprenant les données.
Le système réseau 115-3 traite ensuite les données du message M1 pour que le système réseau 115-2 puisse transmettre l'appel au terminal TB qui avertira l'utilisateur B d'un appel entrant. Le système réseau 115-3 n'étant donné qu'à titre d'illustration, il convient de noter que le système réseau 115-1 peut aussi faire appel à d'autres systèmes réseau comme une base de données de localisation, une base d'annuaire ou à plusieurs serveurs d'application. Le système réseau 115-3 peut être aussi une passerelle SG entre un réseau IP et un réseau de signalisation SS7. Si une réponse au message M1 est prévue, ce qui est généralement le cas pour les protocoles de signalisation tels que SIP ou MGCP, un message M2 sera émis du système réseau 115-3 vers le système réseau 115-1. Le circuit de gestion de trame 235 signale, par interruption, au microprocesseur 230, la réception du message M2 sur le flux de données ST1 de l'association SCTP AS1. Le microprocesseur 230 recherche ensuite en mémoire RAM 215 lesdonnées de contexte lié à l'association SCTP AS1 et au flux de données ST1, c'est-à-dire, selon l'exemple donné précédemment, l'adresse IP du terminal TA, le port UDP d'origine utilisé par le terminal TA, l'adresse IP de destination, le port UDP de destination du message MI auquel le message M2 fait suite et la taille des données utiles en octets. Puis, à partir de ces données, le microprocesseur 230 construit un nouveau message constitué de la partie IP dérivée de la mémoire et de la partie protocole de transport UDP qui encapsule la partie donnée du message M2. Ce nouveau message est ensuite émis vers le circuit de gestion de trames 205 du système réseau 115-1 puis vers le réseau 110 à travers le port 200. Pour une transmission SCTP vers UDP, la technique utilisée correspond à l'inverse de celle présentée précédemment. Le microprocesseur 230 peut compter les messages reçus et émis, puis stocker les valeurs dans la mémoire RAM 215 et dans la base de données 225 pour faire des statistiques d'exploitation des systèmes (débits en octets/seconde global, par association SCTP ou par contexte) ou pour limiter le transfert de messages régulation ayant pour objet d'éviter la saturation des systèmes amonts ou avals).
La figure 3 illustre certaines étapes du procédé mis en oeuvre dans le système réseau 115-1 pour échanger des données entre les premier et second terminaux, selon le dispositif présenté sur la figure 2. Après avoir créer l'association SCTP AS1 entre les systèmes réseaux 115-1 et 115-3 (étape 300), le système réseau est prêt à recevoir des données du réseau 110.
Lorsque le système réseau reçoit des données du réseau 110 (étape 305), les données sont mémorisées dans la mémoire RAM et un test est effectué pour déterminer si les données sont reçues du terminal TA ou du terminal TB, c'est-à-dire du dispositif d'entrée/sortie 130-1 ou du dispositif d'entrée/sortie 135-1 (étape 310).
Si les données sont reçues du terminal TA, c'est-à-dire du dispositif d'entrée/sortie 130-1, un test est effectué pour déterminer si le contexte a déjà été mémorisé ou non. Si le contexte n'a pas été préalablement mémorisé, il l'est (étape 315), par exemple dans la base de données. Comme décrit précédemment, la mémorisation du contexte consiste à mémoriser l'identifiant du contexte c'est-à-dire, par exemple, l'identifiant de l'association SCTP AS1 ainsi qu'une référence au flux de données ST1, et le contexte en lui-même pouvant notamment comprendre l'adresse IP du terminal TA, le port UDP d'origine utilisé par le terminal TA, l'adresse IP de destination et le port UDP de destination. Les données reçues sont ensuite adaptées (étape 320) pour être transmises (étape 325). Dans ce cas, l'adaptation consiste à encapsuler les données reçues selon le protocole de transport associé au dispositif d'entrée/sortie par lequel les données sont transmises, ici le dispositif d'entrée/sortie 135-1 utilisant le protocole SCTP. Si les données sont reçues du terminal TB, c'est-à-dire du dispositif d'entrée/sortie 135-1, le contexte est déterminé à partir des données liées à l'association SCTP AS1 et au flux de données ST1 (étape 330). Les données reçues sont ensuite adaptées à l'aide des informations liées au contexte (étape 320), en particulier l'adresse IP du terminal TA et le port UDP de destination, pour être transmises (étape 325). A nouveau, l'adaptation consiste à encapsuler les données reçues selon le protocole de transport associé au dispositif d'entrée/sortie par lequel les données sont transmises, ici le dispositif d'entrée/sortie 130-1 utilisant le protocole UDP. La figure 4 illustre la conversion d'une trame UDP 400 en une trame SCTP 425. Comme décrit précédemment, la trame UDP 400 reçue est mémorisée selon une structure constituée d'une partie 405 liée à la couche physique appelée PHY1, par exemple de type ATM ou éthernet, d'une partie IP 410, appelée IPI, d'une partie 415 liée au protocole de transport UDP et d'une partie 420 comprenant les données. La partie 405 PHY1 peut comprendre, par exemple, l'adresse MAC (Media Access Control) du terminal ayant transmis la trame UDP et la partie 410 IPI peut comprendre, par exemple, l'adresse IP du terminal ayant transmis la trame UDP et l'adresse IP du terminal auquel est destinée la trame UDP. La trame SCTP 425 résultant de la conversion de la trame UDP 400 a une structure constituée d'une partie 430 liée à la couche physique appelée PHY2, par exemple de type ATM ou éthernet, d'une partie IP 435, appelée IP2, d'une partie 440 liée au protocole de transport SCTP et d'une partie 420 comprenant les données, identiques à la partie donnée de la trame UDP 400. La partie 430 PHY2 peut comprendre, par exemple, l'adresse MAC du système réseau ayant converti la trame UDP et la partie 435 IP2 peut comprendre, par exemple, l'adresse IP et le port du système réseau ayant converti la trame UDP et l'adresse IP et le port du système réseau auquel est transmise la trame SCTP. La partie 440 liée au protocole de transport SCTP est déterminée selon le contexte mémorisé tel que défini précédemment, c'est-à-dire selon les informations relatives à l'association utilisée. La partie 440 liée au protocole de transport SCTP, ou en-tête SCTP, est de préférence déterminée une seule fois lors de l'établissement de l'association utilisée. La longueur de la partie 440, c'est-à-dire de l'en-tête SCTP, est différente de la partie 415, c'est-à-dire de l'en-tête UDP.
Ainsi, lors de la conversion de la trame UDP 400 vers la trame SCTP 425, les parties 405, 410 et 415 sont remplacées par les parties 430, 435 et 440. La partie 420 comprenant les données n'est ni modifiée ni recopiée. II convient de noter que si le protocole TCP est utilisé à la place du protocole UDP, il est nécessaire de fragmenter et de reconstruire les trames en raison de la longueur de la partie comprenant les données selon un algorithme classique. Lorsqu'une association est arrêtée, les contextes liés à cette association sont de préférence conservés car le protocole de transport doit de préférence rester indépendant du protocole applicatif. Les contextes sont avantageusement mémorisés dans une mémoire de type RAM et de préférence sauvegardés en mémoire de type FLASH (ou de type RAM statique sauvegardée par pile) pour permettre de les conserver si le système réseau 115-i est arrêté. Une commande d'exploitation du système réseau peut permettre d'effacer un ou plusieurs contextes.
Une variante du procédé et du dispositif consiste à intégrer complètement ou partiellement le système réseau 115-1 dans un système de communication plus complexe de type passerelle (SG) ou de type concentrateur d'accès (CA) ou de type plateforme de service (PS) ou de type proxy (PY). Dans le cas du concentrateur d'accès, il peut donc y avoir en entrée de celui-ci non pas un seul terminal TA ou TB mais un nombre important de terminaux ou d'autres systèmes de communication. Le microprocesseur 230 peut compter les messages reçus et émis pour chaque terminal, puis stocker les valeurs dans la mémoire RAM 215 et dans la base de données 225. Naturellement, pour satisfaire des besoins spécifiques, une personne compétente dans le domaine de l'invention pourra appliquer des modifications dans la description précédente.
Claims (12)
1. Procédé dans un dispositif de transfert de données (115-1) pour échanger au moins une trame de données entre une première source de données (105-1) utilisant un premier protocole de transfert de données et une seconde source de données (105-2), ce procédé étant caractérisé en ce qu'il comprend les étapes suivantes, - établissement d'une connexion entre ledit dispositif de transfert de données et un dispositif connecté à ladite seconde source (300), ledit dispositif connecté à ladite seconde source utilisant un second protocole de transfert de données; - réception d'au moins une trame de données de ladite première 15 source (305), ladite au moins une trame de données reçue comprenant des informations relatives auxdites première et seconde sources ; - mémorisation d'un contexte associé à ladite connexion comprenant au moins une desdites informations relatives auxdites première et seconde sources (315) ; 20 - adaptation de ladite au moins une trame de données reçue audit second protocole (320) ; et, - transmission de ladite au moins une trame de données adaptée audit dispositif connecté à ladite seconde source (325).
2. Procédé selon la revendication 1 caractérisé en ce que ladite 25 étape d'adaptation de ladite au moins une trame de données reçue comprend les étapes suivantes, - identification d'un en-tête correspondant audit premier protocole dans ladite au moins une trame de données reçue ; et, -remplacement dudit en-tête identifié correspondant audit premier 30 protocole par un second en-tête, ledit second en-tête correspondant audit second protocole.
3. Procédé selon la revendication 1 ou la revendication 2 caractérisé en ce qu'il comprend en outre les étapes suivantes, - réception d'au moins une trame de données dudit dispositif connecté à ladite seconde source (305) à travers une connexion établie ; - détermination d'un contexte préalablement mémorisé selon ladite connexion (330) ; - adaptation de ladite au moins une trame de données reçue audit premier protocole selon ledit contexte déterminé (320) ; et, - transmission de ladite au moins une trame de données adaptée à ladite première source (325).
4. Procédé selon la revendication 3 caractérisé en ce que ladite étape d'adaptation de ladite au moins une trame de données reçue comprend les étapes suivantes, - identification d'un en-tête correspondant audit second protocole 15 dans ladite au moins une trame de données reçue ; et, -remplacement dudit en-tête identifié correspondant audit second protocole par un second en-tête, ledit second en-tête correspondant audit premier protocole, selon ledit contexte déterminé.
5. Procédé selon l'une quelconque des revendications précédentes 20 caractérisé en ce que ledit contexte comprend au moins une adresse et un port d'origine et de destination liés auxdites première et seconde sources.
6. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que ledit premier protocole est du type UDP ou du type TCP et en ce que ledit second protocole est du type SCTP. 25
7. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce qu'un identifiant unique est associé audit contexte.
8. Procédé selon la revendication précédente caractérisé en ce que ledit identifiant comprend un identifiant de connexion et un identifiant de flux de données. 30
9. Programme d'ordinateur comprenant des instructions adaptées à la mise en oeuvre de chacune des étapes du procédé selon l'une quelconque des revendications précédentes.
10. Support d'enregistrement lisible par un ordinateur comportant des instructions de code de programme d'ordinateur pour l'exécution de chacune des étapes du procédé selon l'une quelconque des revendications 1 à 8.
11. Dispositif de transfert de données (115-1) pour échanger au moins une trame de données entre une première source de données (105-1) utilisant un premier protocole de transfert de données et une seconde source de données (105-2), ce dispositif étant caractérisé en ce qu'il comprend les moyens suivants, - moyens pour recevoir au moins une trame de données de ladite première source (200, 205) et pour transmettre au moins une trame de données vers ladite première source (200, 205), ladite au moins une trame de données reçue de ladite première source comprenant des informations relatives auxdites première et seconde source ; - moyens pour établir une connexion entre ledit dispositif de transfert de données et un dispositif connecté à ladite seconde source (230), ledit dispositif connecté à ladite seconde source utilisant un second protocole de transfert de données ; -moyens pour recevoir au moins une trame de données dudit dispositif relié à ladite seconde source (240, 235) et pour transmettre au moins une trame de données vers ledit dispositif relié à ladite seconde source (240, 235) ; - moyens pour mémoriser un contexte associé à ladite connexion comprenant au moins une desdites informations relatives auxdites première et seconde sources (215, 225) ; et, - moyens pour adapter au moins une trame de données reçue selon lesdites informations relatives auxdites première et seconde sources audit premier ou second protocole (230).
12. Dispositif selon la revendication 11 caractérisé en ce qu'il comprend en outre des moyens pour identifier un contexte préalablement 30 mémorisé selon une connexion établie.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0754665A FR2915650A1 (fr) | 2007-04-24 | 2007-04-24 | Procede et dispositif d'interface entre les protocoles udp ou tcp et sctp |
| PCT/FR2008/050686 WO2008145901A1 (fr) | 2007-04-24 | 2008-04-17 | Procede et dispositif d'interface entre les protocoles udp ou tcp et sctp |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0754665A FR2915650A1 (fr) | 2007-04-24 | 2007-04-24 | Procede et dispositif d'interface entre les protocoles udp ou tcp et sctp |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2915650A1 true FR2915650A1 (fr) | 2008-10-31 |
Family
ID=39156263
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0754665A Pending FR2915650A1 (fr) | 2007-04-24 | 2007-04-24 | Procede et dispositif d'interface entre les protocoles udp ou tcp et sctp |
Country Status (2)
| Country | Link |
|---|---|
| FR (1) | FR2915650A1 (fr) |
| WO (1) | WO2008145901A1 (fr) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108964840B (zh) * | 2018-06-27 | 2022-07-19 | 河北千和电子商务有限公司 | 数据传输方法、设备和计算机可读存储介质 |
| CN113037762B (zh) * | 2021-03-18 | 2023-07-04 | 广州市百果园信息技术有限公司 | 通信方法、装置、设备及存储介质 |
| CN115550877A (zh) * | 2022-09-08 | 2022-12-30 | 阿里巴巴（中国）有限公司 | 通信系统、数据处理系统和车联网 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004014007A2 (fr) * | 2002-08-06 | 2004-02-12 | Motorola, Inc. | Procede et appareil permettant d'effectuer un transfert transparent entre des connexions ip |
| US20050249237A1 (en) * | 2002-06-25 | 2005-11-10 | Fuchs Andreas J | Method and arrangement for the remote-controlled testing of a specimen |
| EP1659754A1 (fr) * | 2004-11-22 | 2006-05-24 | LG Electronics Inc. | Système et procédé pour commander à distance un dispositif de débogage |
-
2007
- 2007-04-24 FR FR0754665A patent/FR2915650A1/fr active Pending
-
2008
- 2008-04-17 WO PCT/FR2008/050686 patent/WO2008145901A1/fr active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050249237A1 (en) * | 2002-06-25 | 2005-11-10 | Fuchs Andreas J | Method and arrangement for the remote-controlled testing of a specimen |
| WO2004014007A2 (fr) * | 2002-08-06 | 2004-02-12 | Motorola, Inc. | Procede et appareil permettant d'effectuer un transfert transparent entre des connexions ip |
| EP1659754A1 (fr) * | 2004-11-22 | 2006-05-24 | LG Electronics Inc. | Système et procédé pour commander à distance un dispositif de débogage |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008145901A1 (fr) | 2008-12-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10263951B2 (en) | Network address family translation method and system | |
| US7751316B2 (en) | Relay Server for SIP/RTP messages with buffer management | |
| FR2925247A1 (fr) | Controle de l'interfac d'emission d'un message de reponse sip | |
| FR3053197A1 (fr) | Procede de communication udp via des chemins multiples entre deux terminaux | |
| US20060187912A1 (en) | Method and apparatus for server-side NAT detection | |
| WO2006111635A1 (fr) | Procede et systeme de transmission d’un flux multicast en reseau d’echange de donnees | |
| WO1998013986A1 (fr) | Procede et systeme de communication interactive entre deux appareils telephoniques via le reseau internet | |
| FR2830150A1 (fr) | Commutateur pour la transmission de voix sur protocole internet | |
| EP2232390B1 (fr) | Procédé d'acheminement de messages sur un réseau et système de mise en oeuvre du procédé | |
| US20130287029A1 (en) | Preventing illicit communications | |
| FR2954029A1 (fr) | Procede de transmission de paquets d'un flux de donnees bidirectionnel passager, dispositif gestionnaire, produit programme d'ordinateur et moyen de stockage correspondants | |
| EP1841171B1 (fr) | Optimisation de la connexion entre un terminal mobile de communication et un serveur de signalisation à travers un dispositif de traduction d'adresses | |
| US10027586B2 (en) | Network address family translation method and system | |
| FR2915650A1 (fr) | Procede et dispositif d'interface entre les protocoles udp ou tcp et sctp | |
| EP1964363B1 (fr) | Procédé de transfert de flux de communication | |
| JP5241705B2 (ja) | 制限された帯域上での通話管理 | |
| EP3235217B1 (fr) | Procédé d'échanges de données entre deux navigateurs internet, équipement de routage, terminal, programme d'ordinateur et support d'informations corespondants | |
| FR2951898A1 (fr) | Procede d'etablissement d'une session applicative, dispositif et notification correspondante | |
| EP1432210A1 (fr) | Dispositif de contrôle de traitements associés a des flux au sein d'un reseau de communications | |
| WO2008001007A2 (fr) | Procede d'adressage des elements de service et de transmission d'appel entre noeuds heterogenes | |
| FR3075529B1 (fr) | Correction d’un paquet icmp lie a un paquet ip ayant ete traite par un alg | |
| EP1762051A1 (fr) | Procede de gestion d'une interconnexion entre reseaux de telecommunication et dispositif mettant en oeuvre ce procede | |
| WO2008065294A1 (fr) | Procede de transmission d'informations fonctionnelles, equipement de terminaison, signaux et produit programme d'ordinateur correspondants | |
| FR2951045A1 (fr) | Procede de gestion de la taille de paquets de donnees d'un flux de donnees, produit programme d'ordinateur, moyen de stockage, et tete de tunnel correspondants. | |
| EP1308014A2 (fr) | Traduction d'identificateurs dans un reseau de paquets |