FR2828978A1 - Procede de transmission de donnees d'un serveur d'un reseau prive virtuel a un noeud mobile - Google Patents
Procede de transmission de donnees d'un serveur d'un reseau prive virtuel a un noeud mobile Download PDFInfo
- Publication number
- FR2828978A1 FR2828978A1 FR0208316A FR0208316A FR2828978A1 FR 2828978 A1 FR2828978 A1 FR 2828978A1 FR 0208316 A FR0208316 A FR 0208316A FR 0208316 A FR0208316 A FR 0208316A FR 2828978 A1 FR2828978 A1 FR 2828978A1
- Authority
- FR
- France
- Prior art keywords
- agent
- address
- router
- node
- coa
- 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
- 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/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/06—Registration at serving network Location Register, VLR or user mobility server
- H04W8/065—Registration at serving network Location Register, VLR or user mobility server involving selection of the user mobility server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Abstract
L'invention concerne un procédé de transmission de données depuis un serveur d'un noeud privé virtuel ( " VPN " ) à un noeud mobile ( " MN " ). A la suite de la détection de la génération de données destinées au noeud MN dans le serveur du réseau VPN, un routeur d'équipement d'usine client ( " CPE " ) demande à un routeur d'un fournisseur de service Internet ( " ISP " ) connecté à un réseau VPN de rechercher une adresse d'un agent étranger ( " FA " ) auquel le noeud MN appartient. Le routeur du fournisseur ISP recherche l'adresse de l'agent FA par l'intermédiaire d'un agent domestique ("HA "), et achemine les données vers l'agent FA identifiées par l'adresse FA recherchée. L'agent FA localise ensuite le noeud MN et lui envoie les données.Domaine d'application : télécommunications.
Description
mouvement (DFD) et du niveau de bruit global (<sgiobal).
L' invention concerne de façon générale un procédé de transmission de données dans un réseau privé virtuel (VPN), et en particulier un procédé de transmission de données à
un n_ud mobile par un réseau acheminé privé virtuel (VPAN).
Comme son nom l'indique, un n_ud mobile ("MN") est caractérisé par sa mobilité. Avec une mobilité garantie, un utilisateur du service mobile utilise le n_ud mobile pour un appel vocal ou une communication de données. Du fait de l' absence de limitations concernant la localisation, les n_uds mobiles permettent à des utilisateurs multiples de recevoir des services de données tels qu'un accès à Internet, tout en se déplaçant. Des procédés et des systèmes pour fournir des services mobiles de façon plus fiable sont actuellement en développement. L' affectation d'adresses permanentes d'un protocole d'Internet ("IP") à des n_uds mobiles est essentielle pour fournir de façon stable un service de données avec une mobilité assurée. Des études portent donc sur l' affectation d'adresses mobiles IP
à des n_uds mobiles MN.
La figure l des dessins annexés et décrits ci-après illustre la configuration d'un réseau IP mobile pour l'affectation d'adresses IP mobiles à des n_uds MN. La configuration du réscau et l'enregistrement de la position seront décrits. En référence à la figure l, un n_ud mobile MN lO effectue un enregistrement de position avec une station de base lors de l'initialisation du système, ou lorsqu'un enregistrement de position est nocessaire. Etant donné que le n_ud MN lO est une station mobile comme indiqué ci-dessus, il peut envoyer un signal d'enregistrement de position lorsqu'il est éloigné de son réscau d'attache, par exemple depuis les Etats-Unis d'Amérique bien qu'il soit enregistré avec un fournisseur de service en Corce. Ceci est possible si un protocole de service particulier est établi entre les fournisseurs de services mobiles. L'enregistrement de la position sera
décrit en référence à la figure 1.
Le n_ud MN 10 envoie par transmission sans fil une demande d'enregistrement à un agent étranger ("FA") 20 agissant en tant que station de base. L' agent FA 20 envoie ensuite la demande d'enregistrement avec l'adresse de lagent FA 20 incluse à un agent domestique ("HA") 30 du n_ud MN 10 par un réseau prédéterminé 25. L' agent HA stocke ltadresse de l' agent étranger FA 20 à partir des données reçues de celui-ci. Autrement dit, l' agent HA 30 stocke une adresse temporaire du n_ud MN (laquelle est appelée prise en charge d'adresse ("COA")). Cette adresse temporaire est habituellement l'adresse de l' agent FA 20. Puis l' agent HA envoie une réponse d'enregistrement pour la demande d'enregistrement à l' agent FA 20. Par cette procédure, on enregistre la position du n_ud MN 10. Selon un aspect, le n_ud MN 10 peut recevoir des données d'un n_ud correspondant ("CN") 40 uniquement après l'enregistrement de la position avec l' agent HA 30. Le n_ud CN 40 est un hôte dans un réscau général, qui envoie/reçoit des données vers le n_ud MN 10 et à partir de celui-ci. Une procédure pour la transmission de données entre le n_ud MN 10 et le
n_ud CN 40 sera décrite en référence à la figure 2.
La figure 2 des dessins annexés et décrits ci-après est un diagramme schématique illustrant une transmission de donnces par un réseau pour affecter une adresse d'un protocole IP mobile à un n_ud MN. On donnera d'abord une
description sous une transmission de donnces entre le n_ud
CN 40 et le n_ud MN 10 après l'enregistrement du n_ud MN avec l' agent HA dans la procédure expliquée ci-dessus. Des réseaux 25 entre l' agent FA 20 et l' agent HA 30, entre l' agent HA 30 et le n_ud CN 40, et entre l' agent FA 20 et le n_ud CN 40 peuvent être identiques ou différents. Selon
un aspect, les réseaux 25 sont des réseaux IP.
Le n_ud CN 40 est un ordinateur qui est destiné à envoyer des données au n_ud MN 10. Pour la transmission de données, le n_ud CN 40 envoie les données à l' agent HA 30 par l'intermédiaire du réseau IP 25. L' agent HA 30, qui a dans sa geGLion les adresses des agenLs FA 20, envoie les donndes 1'adresse IP d'un agenL F auguel le neud MN 10 apparLienL. Puis l'agenL FA 20 envoie les donnes au neud MN IO. Les donndes comprennenL 1'adreGGe du neud C 40. Par ailleurG, 1orGue le neud MN IO doiL envoyer des donndes au neud CN 40, il envoie les donneG 1'agenL FA 20 eL l'agenL FA 20 envoie les donne au neud CN 40 sans passer par 1'agenL A 30, car le ncud MN IO a demand une L<anGmiGGion de donnes avec l'adreGGe de deGLinaLion incluse, par exemple l'adreGse du neud CN 40. Par consquenL, des donnes sonL LransmieG eL reques en
uLiliGanL des iLinAraires diftrenLs.
ELanL donnd que le rseau InLerneL peuL ALre accAd deG coALs ploG bas dans le monde enLier, on dAveloppe des rAseaux de communicaLions comprenanL des rdseaux privAs pour s'adapLer au service InLerneL. Dans ce conLexLe, des Ludes pouGses porLenL sur les rsaaux privs virLuels VPN Gans limiLation de posiLion eL affectaLion d'adreGGes IP
permanenLes aux neuds mobiles MN qui se d6placenL.
I1 y a deux Lypes de rAseaux VPN: l'un eGL un r4saou grande disLance AN") spAcialis connecLanL des siLes par des liaisons permanenLes eL l'auLre esL un rdeau d'appel uLilisanL des connexions d'accAs au r6Geau par le rdsaau public L6l6phonique commuL (PSIN). Des connexions enLre deG r6Geaux VPN ur base IP par des rouLeurG eL une LansmiGGion de donoes par les rseaux VPN GeronL dAcriLes
ci-dessous en regard de la tigure 3.
Sur la figure 3 des desins annex@s eL dcriLs ci-
apr@s, une ossaLure IP eGL connecL@e des rouLeurs. Des rouLeurs I20, I30 eL I40 de fournisseur de service InLerneL ISP") sonL des rouLeurs de bord connacL@s des rouLeurs IIO, ISO, I60 eL I70 d'6quipemenLG des usines clienLs CPE"). un rouLeur de CPE connecLe un abonnd du service mobile se LrouvanL en un cerLain poinL un rAsaau VPN, eL un rouLeur ISP esL un quipemenL mis en euvre par un fournisseur ISP pour acheminer des donnes reques depuis un routeur CPE jusqu'à un réseau VPN souhaité. Les routeurs ISP 120, 130 et 140 dans un réseau IP 100 exéautent une émission/réception de données par création de passerelles IP. Une liaison de bout est établie entre un routeur ISP et un routeur CPE. Lorsque cela est nécessaire, une liaison de sauvegarde est établie entre un routeur CPE et un routeur ISP, et une liaison de trappe est établie entre des routeurs CPE en différents emplacements. Par conséquent, le réseau configuré montré sur la figure 3 fournit de façon
générale un service Internet et diverses communications.
Les réseaux VPN existants supportent des communications de données pour des utilisateurs par le réseau Internet en formant des passerelles IP o les utilisateurs sont situés. Cependant, étant donné que les n_uds MN se déplacent, il est impossible de stocker toutes les informations concernant les n_uds MN à un fournisseur ISP dans une certaine zone pour l'émission/réception de données. Ceci signifie qu'un serveur dans un réseau VPN ne
peut pas amorcer une émission de données vers un n_ud MN.
L' invention a donc pour objet de proposer un procédé permettant à un serveur dans un réseau VPN d'exécuter une
transmission initiale de données vers un n_ud MN.
Un autre objet de l'invention est de proposer un procédé permettant à un serveur dans un réseau VPN d'envoyer initialement des données à un n_ud MN sans liaison de communications établie entre le serveur et le
n_ud MN.
Pour réaliser ces objets et d'autres, il est proposé un procédé de transmission de données d'un serveur d'un réseau VPN vers un n_ud MN. Lors de la détection de la génération de données destinée au n_ud MN dans le serveur du réseau VPN, un routeur CPE demande à un routeur ISP connecté à un réseau VPN de rechercher une adresse d'un agent FA auquel le n_ud MN appartient. Le routeur ISP recherche l'adresse de l' agent FA par l'intermédiaire d'un agent HA et achemine les données vers l' agent FA identifié par l'adresse de l' agent FA recherchée. L' agent FA localise
ensuite le n_ud MN et lui envoie les données.
L' invention sera décrite plus en détail en regard des dessins annexés à titre d'exemples nullement limitatifs et S sur lesquels: la figure 1 illustre schématiquemenÉ la confiquration d'un réseau IP mobile pour affecter des adresses IP mobiles à des n_uds MN; la figure 2 illustre schématiquement une transmission de données par un réssau pour affecter des adresses IP mobiles à des n_uds MN; la figure 3 illustre schématiquement la confiquration d'un réseau o les réseaux VPN basés sur un protocole IP sont connectés par des routeurs; la figure 4 illustre schématiquement la configuration d'un réseau VPN par lequel un serveur envoie des données à un n_ud MN dans une forme de réalisation; la figure 5 illustre les dispositifs de la figure 4 avec leurs adresses IP affectées; la figure 6 illustre le format d'un message de demande de prise en charge d'adresse COA par lequel l'adresse IP d'un agent FA auquel un n_ud MN appartient est demandée conformément à une forme de réalisation de l' invention; la figure 7 illustre le format d'un message d' information de prise en charge d'adresse COA selon une forme de réalisation de la présente invention; et la figure 8 est un diagramme illustrant un flux de signaux pour envoyer des données d'un serveur à un n_ud MN par l'intermédiaire du réseau VPN selon une forme de
réalisation de l'invention.
Pour la clarté de la description, dans laquelle des
fonctions ou des modes de réalisation bien connus ne seront pas décrits en détail pour ne pas compliquer inutilement la
description, un type de réseau privé virtuel VPN, un réseau
acheminé privé virtuel ("VPRN") sera décrit. Un réseau VPRN est défini comme étant une émulation d'un réseau acheminé basé sur un protocole d'Internet spécialisé, entre des
sites clients.
En référence à la figure 4, une ossature de protocole IP est connoctée à des routeurs. Des routeurs de bord pour fournisseur ISP 411, 413, 415 et 417 sont connoctés à un routeur d'équipements CPE 419. Le routeur d'équipements CPE 419, par exemple, est un équipement utilisé pour un n_ud mobile MN 421 en une certaine position pour une connexion à un réscau VPN. Les routeurs de bord 411, 413, 415 et 417 de fournisseurs ISP sont des dispositifs mis en _uvre par les fournisseurs ISP pour la connexion de données reçues du routeur CPE 419 d'équipement à un réseau VPN souhaité. Les routeurs de bord 411, 413, 415 et 417 de fournisseurs ISP sont habituellement un réseau IP et la transmission de données entre eux est exécutée par l'établissement de passerelles de protocole d'Internet IP. Une liaison de bout est établie entre le rout eur CPE 419 et les routeurs de
bord ISP 411, 413, 415 et 417.
Le n_ud MN 421 envoie une demande d'enregistrement à un agent FA 423 et l' agent FA 423 envoie la demande d'enregistrement avec l'adresse de l' agent FA 423 à un agent HA 425 du n_ud MN 421 par l'intermédiaire d'un réseau IP. L' agent HA 425 stocke l'adresse de l' agent FA 423 o le n_ud MN 421 est placé, c'est-à-dire la prise en charge COA du n_ud MN 421. Puis l' agent HA 425 envoie une réponse d'enregistrement pour la demande d'enregistrement à l' agent FA 423. Ainsi, le neud MN 421 achève son enregistrement de position avec l' agent HA 425. Selon un aspect, l'enregistrement permet au n_ud MN 421 de recevoir des
données d'un n_ud CN 427.
Selon un aspect, lorsqu'un serveur 429 de réseau VPN connecté au routeur CPE 419 est sur le point d'envoyer des données au n_ud MN 421, le serveur 429 de réseau VPN obtient de l' agent HA 425 l'adresse de l' agent FA 423 auquel le n_ud MN 421 appartient. Il est donc possible pour le serveur 429 du réseau VPN d'amorcer la transmission de
données au n_ud MN 421 à l'adresse de l' agent FA 423.
On donnera maintenant une description d'une
transmission initiale de données depuis le serveur du réscau VPN vers le n_ud MN par l'intermédiaire du réseau VPN avec les adresses de protocole d'Internet IP qui leur sont affectées, en référence à la figure 5. Celleci illustre les dispositifs de la figure 4 avec leurs adresses
IP affectées.
En référence à la figure 5, si le serveur 429 du réseau VPN à une adresse IP de 5.5.5.5, par exemple, a des données destinées au n_ud MN 421, il doit rechercher un agent FA auquel le n_ud MN 421 appartient. L'adresse IP du n_ud MN 421 montrée sur la figure 5, par exemple, est 1.1.1.1. A cet effet, le serveur 429 du réscau VPN demande à son routeur 419 d'équipement CPE de rechercher l' agent FA 423 du n_ud MN 421. Ici, le routeur 429 de l'équipement CPE a une adresse IP de 5.5.5.X. Le routeur 419 de l'équipement CPE envoie une demande à un routeur A 411 du fournisseur ISP à 5.5.X.X, auquel le routeur CPE 419 est connecté, pour
rechercher l' agent FA 423 du n_ud MN 421.
Le routeur A 411 du fournisseur ISP envoie une demande à l' agent HA 425 pour rechercher l' agent FA 423 par un message de demande COA, lui indiquant l'adresse IP du n_ud MN 421. Le message de demande COA sera décrit ci-après en référence à la figure 6. Pour que le serveur 429 du réseau VPN détecte l'adresse IP de l' agent FA 423, le routeur A 411 du fournisseur ISP demande à l' agent HA 425 à 1.1.X.X de rechercher l' agent FA 423 du n_ud MN 421. Ici, le routeur A 411 du fournisseur ISP indique à l' agent HA 425 l'adresse IP, 1.1.1.1 du n_ud MN 421 pour permettre à
l' agent HA 425 de détecter 1'adresse IP de 1' agent FA 423.
L' agent HA 425 indique ensuite au rout eur A 411 du fournisseur ISP l'adresse IP de l' agent FA 423 par un message d'information de prise en charge COA. Le message dinformation COA sera décrit ci-après en référence à la
figure 7.
A la réception de l'adresse IP de l' agent FA 423, par exemple 2.2.2.2 du n_ud MN 421, le routeur A 411 du fournisseur ISP détecte un routeur de fournisseur ISP correspondant à l'adresse IP de l' agent FA 423, c' est-à dire le routeur B 415 du fournisseur ISP parmi ses routeurs connectés 413, 415 et 417 de fournisseurs ISP. Par exemple, le routeur 415 de fournisseur ISP a une adresse IP de 2.2. X. X. Ensuite, un trajet de connexion entre les routeurs de fournisseurs ISP est déterminé pour permettre une communication de l' agent FA 423 au serveur 429 du réscau VPN. Par exemple, il est déterminé que le routeur A 411 du fournisseur ISP est connecté au routeur B 415 du fournisseur ISP, lequel, à son tour, est connecté au routeur 419 de l'équipement CPE pour permettre ainsi au serveur 429 du réseau VPN d'envoyer les donnces au routeur B 415 du fournisseur ISP. A la réception des données, le routeur B 415 du fournisseur ISP choisit l' agent FA 423 en fonction de l'adresse IP du n_ud MN 421 et envoie les données à l' agent FA 423. L' agent FA 423 envoie ensuite les
données au n_ud MN 421.
La figure 6 illustre le format d'un message de demande de prise en charge COA selon une forme de réal i sat ion de l' invention. En référence à la figure 6, pour que le serveur 429 du réseau VPN détecte l'adresse IP de l' agent FA 423, le routeur A 411 du fournisseur ISP envoie un message de demande COA dans le format illustré sur la figure 6 à l' agent HA 425. Le message de demande COA peut être configuré dans un format quelconque pour communiquer une demande, et il n'est donc pas nécessaire qu'il soit limité au format montré sur la figure 6. Le message de demande COA comprend une zone 611 de type message, une adresse IP 613 de destination indiquant l'adresse IP du n_ud MN 421, et une zone réservée 615. Avec l'adresse IP du n_ud MN 421, l ' agent HA 425 peut détecter l' agent FA auquel le n_ud MN 421 appartient. Autrement dit, l' agent HA 425 recherche l' agent FA du noeud MN 421 parmi ses adresses IP d' agent FA stockées. Puis l' agent HA 425 envoie un message d' information COA répondant au message de demande COA. Le message d' information COA peut également être configuré en un format quelconque pour communiquer l' information et, par conséquent, il n'est pas indispensable que le format soit
limité à celui montré sur la figure 7.
La figure 7 illustre le format du message dinformation COA correspondant au message de demande COA dirigé depuis le routeur A 411 du fournisseur ISP vers l' agent HA 425 selon un aspect. L' agent HA 425 détecte l' agent FA du n_ud MN 421 en référence à l'adresse IP du n_ud MN 4121 incluse dans le message de demande COA. Puis l' agent HA 425 envoie le message d' information COA incluant ltadresse IP de l' agent FA 423. En référence à la figure 7, le message d' information COA est constitué d'une zone de type message 711, d'une zone COA 713 indiquant l'adresse IP
de l' agent FA 423, et d'une zone réservée 715.
On donnera à présent une description de la
transmission de données depuis le serveur du réseau VPN vers un neud MN particulier en référence à la figure 8. La figure 8 est un diagramme illustrant un flux de signaux pour la transmission de données depuis le serveur du réseau VPN vers le n_ud MN selon la forme de réalisation de l' invention. En référence à la figure 8, lors de la 2s génération de données destinée au n_ud MN 421 dans le serveur 429 de réseau VPN dans l'étape 811, le routeur 419 d'équipement CPE demande à son routeur A 411 connecté de fournisseur ISP, c'est-à-dire le routeur A 411 de fournisseur ISP, de rechercher l' agent FA auquel le n_ud MN 421 appartient dans l'étape 813. Ensuite, le routeur A 411 du fournisseur ISP envoie un message de demande COA à l' agent HA 425 dans l'étape 815. L' agent HA 425 détecte alors l'adresse IP de l' agent FA 423 du n_ud MN 421 en utilisant l'adresse IP du n_ud MN 421 incluse dans le message de demande COA dans l'étape 817. Dans l'étape 819, l' agent HA 425 envoie un message d' information COA incluant l'adresse IP de l' agent FA 423 au routeur A 411 de fournisseur ISP. Le routeur A 411 de fournisseur ISP achemine un routeur de fournisseur ISP correspondant à l'adresse IP de l' agent FA 423, c'est-à-dire le routeur B 415 de fournisseur ISP dans l'étape 821. Ainsi, des connexions sont réalisces entre le routeur A 411 du fournisseur ISP et le routeur B 415 du fournisseur ISP et entre le routeur 419 de l'équipement CPE et le routeur B 415 du fournisseur ISP. Puis le serveur 429 du réseau VPN envoie les donnces au rout eur B 415 du fournisseur ISP dans l'étape 823 et le routeur B 415 du fournisseur ISP détecte l' agent FA 423 ayant l'adresse IP établie dans le message d'information COA et envoie les donnces à l' agent FA 423 dans l'étape 825. Enfin, l' agent FA 423 envoie les données au n_ud MN 421 en référence à l'adresse IP du n_ud MN 421
dans l'étape 827.
Conformément à l' invention telle que décrite ci-
dessus, il est possible qu'un serveur dans un réseau VPN puissse rechercher un agent FA auquel un n_ud MN appartient en temps récl. Le serveur peut donc amorcer la transmission
des données vers le n_ud MN.
Il va de soi que de nombreuses modifications peuvent être apportées au procédé décrit et représenté sans sortir
du cadre de l'invention.
Claims (20)
1. Procédé pour rechercher une adresse d'un agent étranger ("FA") auquel un n_ud mobile (''MN") appartient, caractérisé en ce qu'il consiste: à demander l'adresse de l' agent FA à un agent domestique ("HA") par un routeur de fournisseur de service Internet ("ISP") connecté à un serveur de réscau privé virtuel ("VPN") pour transmettre les données du serveur VPN à un n_ud mobile ("MN"), à rechercher l'adresse de l' agent FA par l'intermédiaire de l' agent domestique HA; et à répondre à l'adresse de l' agent FA au routeur du fournisseur de service Internet ("ISP") connecté au serveur
du réseau VPN par l' agent HA.
2. Procédé selon la revendication 1, caractérisé en ce que l'étape de demande de l'adresse de l' agent FA comprend la transmission d'un message de demande de prise en charge d'adresse ("COA") par le routeur ISP, le message de demande
COA incluant l'adresse du n_ud MN.
3. Procédé selon la revendication 1, caractérisé en ce que l'étape de réponse de l'adresse de l' agent FA comprend la transmission d'un message d' information de prise en charge d'adresse ("COA") par l' agent HA, du message d' information COA, le message d' information COA incluant
l'adresse de l' agent FA.
4. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre, avant l'étape de demande de l'adresse de l' agent FA à l' agent HA, la demande au routeur du fournisseur de service Internet ("ISP") connocté au serveur du réseau VPN de rechercher l'adresse de l' agent FA
auquel le n_ud MN appartient.
5. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre, après l'étape de réponse de l'adresse de l' agent FA au routeur ISP, le routage des
données à l'adresse de l' agent FA.
6. Procédé de transmission de données d'un serveur d'un réscau privé virtuel ("VPN") à un n_ud mobile ("MN"), caracL6risA en ce qu'il comprend la demande un rouLeur de tourisseur de service Internet ("ISP") connect au serveur du rAseau VPN de rechercher une adresse d'un agent tranger FA") auquel un eud MN appartient, la suite de la dtecLion de la gndraLion de donndes deGLinde au neud MN dans le serveur du rdseau VPN, la demande LanL ettecLude par du routeur d'quipement d'usine client ("CPE"); la recherche de l' agent FA par l'intermdiaire d'un agent domeGLigue p'A") par le routeur du fournisseur ISP; le coutage des donnes vers 1'adresse de 1' agent FA par le routeur du fournisseur ISP; et la localisation du neud MN
et 1'envoi deG donndes au neud MN par 1' agent FA.
7. ProcAd Gelon la revendicaLion 6, caractAris en ce que la recherche de 1'adresse de 1' agent FA comprend: 1'envoi d'un meGGage de demande de prise en charge d adreGGeG ( "COA") par le rouLeur du fournisseur ISP 1' agent A demandant une recherche de 1'adresGe de 1' agent F en rponse la demande d'un routeur du fourniGGeur ISP; et la rceLion d'un mesage dilnformaLion COA par Ie rouLeur du fournisGeur ISP, le meGGage d'informaLion COA
incluant l'adreGse de l'agenL FA.
8. Procd selon la revendicaLion 7, caractrisA en ce que le meGGage de demande COA comprend une zone de type meGGage indiguanL un Lype d'un meae en courG eL une zone d'adreGGe de deGLinaLion indiguanL une adreGGe d'un neud MN
de destination.
9. Procd selon la revendication 7, caractris en ce gue le message d' information COA comprend une zone de type meGsage indiquant un type de meGsage en cours et une zone COA indiquant 1'adresse de 1' agent FA auquel le neud MN apparLient.
10. Procd selon la revendication 6, caract6ris en ce que le rdscau VPN est bas sur un rdsaau de protocole
d'InterneL ("IP").
11. Procédé selon la revendication 5, caractérisé en ce que l'adresse est une adresse de protocole d'Internet IP.
12. Procédé de transmission de données depuis un serveur d'un réseau privé virtuel ("VPN") à un n_ud mobile ("MN"), caractérisé en ce qu'il comprend: la demande à un premier routeur d'un fournisseur de service Internet ("ISP") connecté à un routeur d'équipement d'usine client ("CPE") de rechercher une adresse d'un agent étranger (' FA") auquel un n_ud MN appartient, à la suite de la détection de la génération de données destinée au n_ud MN dans un serveur du réseau VPN, la demande étant effectuce par le routeur d'équipement CPE; l'envoi d'un message de demande COA par le premier routeur de fournisseur ISP à un agent domestique ("HA"), le message de demande COA incluant une adresse du n_ud MN et une demande de recherche de l'adresse de l' agent FA; l'envoi d'un message d' information COA par l' agent HA au premier routeur du fournisseur ISP, le message d'information COA incluant l'adresse de l' agent FA déterminée en référence à l'adresse du n_ud MN; la détection d'un second routeur de fournisseur ISP auquel l' agent FA appartient et auquel le premier routeur du fournisseur ISP est connecté; et 2s l'envoi des donnces au second routeur de fournisseur ISP par l'intermédiaire du premier routeur de fournisseur ISP par le serveur du réseau VPN pour envoyer les données à l' agent FA par le second routeur du fournisseur ISP, et pour envoyer en outre les donnces au nud MN par 1' agent FA.
13. Procédé selon la revendication 12, caractérisé en ce que l'envoi d'un message de demande COA est effectué en réponse à la demande depuis le routeur de l'équipement CPE de rechercher l'adresse de l' agent FA, le procédé comprenant en outre la réception du message d' information
COA par le premier routeur de fournisseur ISP.
14. Procédé selon la revendication 12, caractérisé en ce que le message de demande COA comprend une zone de type message indiquant un type d'un message en cours et une zone d'adresse de destination indiquant une adresse d'un n_ud MN
s de destination.
15. Procédé selon la revendication 12, caractérisé en ce que le message d' information COA comprend une zone de type message indiquant un type de message en cours et une zone COA indiquant l'adresse de l' agent FA auquel le n_ud
MN appartient.
16. Procédé de transmission de données depuis un serveur d'un réscau privé virtuel ("VPN") à un n_ud mobile ("MN"), caractérisé en ce qu'il comprend: la réception d'une demande provenant d'un n_ud dans un réseau VPN pour rechercher un agent étranger (" FA") auquel un n_ud MN appartient; l'envoi d'un premier message incluant une adresse associée au n_ud MN à un agent domestique ("HA") pour demander une adresse d'un agent étranger (" FA") auquel le n_ud MN appartient; la réception d'un second message de l' agent FA, le second message incluant une adresse d' agent FA identifiée avec l' agent FA auquel le neud MN appartient; l' identification dun routeur correspondant à l'adresse de l' agent FA; et la permission de transmettre des données depuis le neud dans un réseau VPN au n_ud MN par l'intermédiaire du
routeur et de l' agent FA.
17. Procédé selon la revendication 16, caractérisé en ce que le n_ud dans un réseau VPN comprend un routeur
d'équipement d'usine client ("CPE").
18. Procédé selon la revendication 16, caractérisé en ce que la permission comprend: la permission de transmettre des données depuis un serveur dans le réseau VPN au n_ud MN en passant par le
n_ud dans un réseau VPN, par le routeur et par l' agent FA.
19. Procédé de transmission de donnces depuis un serveur d'un réseau privé virtuel ("VPN") jusqu'à un n_ud mobile ("MN"), caractérisé en ce qu'il comprend: l'envoi d'une demande pour une adresse d'un agent étranger ("FA") auquel un n_ud mobile ("MN") appartient; la réception de l'adresse d'un agent FA et d'une adresse d'un routeur correspondant à l'adresse d'un agent FA; la transmission de données au routeur devant être envoyées au n_ud MN par l'intermédiaire de l'adresse d'un
agent FA.
20. Procédé selon la revendication 19, caractérisé en ce qu'il comprend en outre: la détection de la génération de données destinée au
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR20010039567 | 2001-07-03 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2828978A1 true FR2828978A1 (fr) | 2003-02-28 |
Family
ID=19711710
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0208316A Pending FR2828978A1 (fr) | 2001-07-03 | 2002-07-03 | Procede de transmission de donnees d'un serveur d'un reseau prive virtuel a un noeud mobile |
Country Status (11)
| Country | Link |
|---|---|
| US (1) | US20030021253A1 (fr) |
| JP (1) | JP2003046549A (fr) |
| KR (1) | KR100469718B1 (fr) |
| CN (1) | CN1404277A (fr) |
| AU (1) | AU770760B2 (fr) |
| DE (1) | DE10229863A1 (fr) |
| FI (1) | FI20021313A (fr) |
| FR (1) | FR2828978A1 (fr) |
| GB (1) | GB2378359B (fr) |
| IT (1) | ITMI20021463A1 (fr) |
| SE (1) | SE524945C2 (fr) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040162058A1 (en) * | 2002-12-23 | 2004-08-19 | Dorron Mottes | Multi MVNO and service provider platform and management |
| KR100524069B1 (ko) * | 2003-04-04 | 2005-10-26 | 삼성전자주식회사 | 홈 에이전트 관리장치 및 관리방법 |
| CN100574228C (zh) * | 2003-07-22 | 2009-12-23 | 株式会社东芝 | 在内部和外部网络间进行安全和无缝漫游,在双重和三重隧道间切换,以及保护归属代理和移动节点间的通信 |
| US20050160161A1 (en) * | 2003-12-29 | 2005-07-21 | Nokia, Inc. | System and method for managing a proxy request over a secure network using inherited security attributes |
| US7457626B2 (en) * | 2004-03-19 | 2008-11-25 | Microsoft Corporation | Virtual private network structure reuse for mobile computing devices |
| JP4407452B2 (ja) * | 2004-09-29 | 2010-02-03 | 株式会社日立製作所 | サーバ、ｖｐｎクライアント、ｖｐｎシステム、及びソフトウェア |
| US7453876B2 (en) * | 2004-09-30 | 2008-11-18 | Lucent Technologies Inc. | Method and apparatus for providing distributed SLF routing capability in an internet multimedia subsystem (IMS) network |
| CN101084659B (zh) * | 2004-12-21 | 2010-10-13 | 三星电子株式会社 | 用于为移动订户提供专有语音呼叫服务的方法和系统以及用于其的无线软切换设备 |
| KR100727932B1 (ko) * | 2005-02-14 | 2007-06-14 | 삼성전자주식회사 | 이동 노드를 등록하는 방법 및 장치 |
| US7519353B2 (en) * | 2005-07-26 | 2009-04-14 | Qwest Communications International Inc. | Multi-MVNO wireless service |
| JP4430091B2 (ja) * | 2007-08-17 | 2010-03-10 | 富士通株式会社 | パケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびｖｐｎサーバ |
| US9401855B2 (en) * | 2008-10-31 | 2016-07-26 | At&T Intellectual Property I, L.P. | Methods and apparatus to deliver media content across foreign networks |
| KR20110065247A (ko) * | 2009-12-08 | 2011-06-15 | 삼성전자주식회사 | 복수의 인터넷 서비스 제공자의 서비스를 이용하는 방법 및 장치 |
| US20110137980A1 (en) * | 2009-12-08 | 2011-06-09 | Samsung Electronics Co., Ltd. | Method and apparatus for using service of plurality of internet service providers |
| AT11799U1 (de) * | 2009-12-15 | 2011-05-15 | Plansee Se | Formteil |
| US10142292B2 (en) | 2010-06-30 | 2018-11-27 | Pulse Secure Llc | Dual-mode multi-service VPN network client for mobile device |
| US8474035B2 (en) | 2010-06-30 | 2013-06-25 | Juniper Networks, Inc. | VPN network client for mobile device having dynamically constructed display for native access to web mail |
| US8458787B2 (en) | 2010-06-30 | 2013-06-04 | Juniper Networks, Inc. | VPN network client for mobile device having dynamically translated user home page |
| US8464336B2 (en) | 2010-06-30 | 2013-06-11 | Juniper Networks, Inc. | VPN network client for mobile device having fast reconnect |
| US8473734B2 (en) | 2010-06-30 | 2013-06-25 | Juniper Networks, Inc. | Multi-service VPN network client for mobile device having dynamic failover |
| US8549617B2 (en) * | 2010-06-30 | 2013-10-01 | Juniper Networks, Inc. | Multi-service VPN network client for mobile device having integrated acceleration |
| US8127350B2 (en) | 2010-06-30 | 2012-02-28 | Juniper Networks, Inc. | Multi-service VPN network client for mobile device |
| US20120237911A1 (en) * | 2011-03-16 | 2012-09-20 | Mark Watterson | Systems, Methods, and Devices for Interactive Exercise |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1204247A2 (fr) * | 2000-11-01 | 2002-05-08 | Samsung Electronics Co., Ltd. | Système et procédé d'allocation d'un IP mobile à un noeud mobile |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1032610A (ja) * | 1996-07-12 | 1998-02-03 | Nec Corp | 移動データ通信における仮想私設網の構成方法 |
| US6055236A (en) * | 1998-03-05 | 2000-04-25 | 3Com Corporation | Method and system for locating network services with distributed network address translation |
| US6353614B1 (en) * | 1998-03-05 | 2002-03-05 | 3Com Corporation | Method and protocol for distributed network address translation |
| JP2000183971A (ja) * | 1998-12-18 | 2000-06-30 | Matsushita Electric Ind Co Ltd | ネットワーク接続装置 |
| US6578085B1 (en) * | 1999-01-27 | 2003-06-10 | Nortel Networks Limited | System and method for route optimization in a wireless internet protocol network |
| US6973057B1 (en) * | 1999-01-29 | 2005-12-06 | Telefonaktiebolaget L M Ericsson (Publ) | Public mobile data communications network |
| US6970459B1 (en) * | 1999-05-13 | 2005-11-29 | Intermec Ip Corp. | Mobile virtual network system and method |
| JP4201466B2 (ja) * | 2000-07-26 | 2008-12-24 | 富士通株式会社 | モバイルｉｐネットワークにおけるｖｐｎシステム及びｖｐｎの設定方法 |
-
2002
- 2002-07-02 US US10/187,700 patent/US20030021253A1/en not_active Abandoned
- 2002-07-02 IT IT2002MI001463 patent/ITMI20021463A1/it unknown
- 2002-07-02 GB GB0215235A patent/GB2378359B/en not_active Expired - Fee Related
- 2002-07-03 SE SE0202055A patent/SE524945C2/sv not_active IP Right Cessation
- 2002-07-03 DE DE2002129863 patent/DE10229863A1/de not_active Ceased
- 2002-07-03 AU AU52766/02A patent/AU770760B2/en not_active Ceased
- 2002-07-03 FR FR0208316A patent/FR2828978A1/fr active Pending
- 2002-07-03 JP JP2002195233A patent/JP2003046549A/ja active Pending
- 2002-07-03 FI FI20021313A patent/FI20021313A/fi not_active IP Right Cessation
- 2002-07-03 KR KR10-2002-0038272A patent/KR100469718B1/ko not_active IP Right Cessation
- 2002-07-03 CN CN02148212A patent/CN1404277A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1204247A2 (fr) * | 2000-11-01 | 2002-05-08 | Samsung Electronics Co., Ltd. | Système et procédé d'allocation d'un IP mobile à un noeud mobile |
Non-Patent Citations (2)
| Title |
|---|
| INOUE A ET AL PINNACLE GROUP: "IP LAYER SECURITY AND MOBILITY SUPPORT DESIGN POLICY AND AN IMPLEMENTATION", ISS '97. WORLD TELECOMMUNICATIONS CONGRESS. (INTERNATIONAL SWITCHING SYMPOSIUM). GLOBAL NETWORK EVOLUTION: CONVERGENCE OR COLLISION? TORONTO, SEPT. 21 - 26, 1997, ISS. WORLD TELECOMMUNICATIONS CONGRESS. (INTERNATIONAL SWITCHING SYMPOSIUM), TORONTO, P, vol. VOL. 1, 21 September 1997 (1997-09-21), pages 571 - 577, XP000720565 * |
| PERKINS C E: "MOBILE IP", IEEE COMMUNICATIONS MAGAZINE, IEEE SERVICE CENTER. PISCATAWAY, N.J, US, vol. 35, no. 5, May 1997 (1997-05-01), pages 84 - 86,91, XP000657114, ISSN: 0163-6804 * |
Also Published As
| Publication number | Publication date |
|---|---|
| SE524945C2 (sv) | 2004-10-26 |
| FI20021313A0 (fi) | 2002-07-03 |
| ITMI20021463A1 (it) | 2004-01-02 |
| KR100469718B1 (ko) | 2005-02-02 |
| ITMI20021463A0 (it) | 2002-07-02 |
| GB2378359B (en) | 2004-03-31 |
| AU5276602A (en) | 2003-01-09 |
| AU770760B2 (en) | 2004-03-04 |
| KR20030004135A (ko) | 2003-01-14 |
| SE0202055L (sv) | 2003-01-04 |
| SE0202055D0 (sv) | 2002-07-03 |
| US20030021253A1 (en) | 2003-01-30 |
| FI20021313A (fi) | 2003-01-04 |
| JP2003046549A (ja) | 2003-02-14 |
| GB0215235D0 (en) | 2002-08-14 |
| GB2378359A (en) | 2003-02-05 |
| CN1404277A (zh) | 2003-03-19 |
| DE10229863A1 (de) | 2003-02-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2828978A1 (fr) | Procede de transmission de donnees d'un serveur d'un reseau prive virtuel a un noeud mobile | |
| CN103339901B (zh) | 内容导向网络环境中的终端和中间节点以及终端和中间节点的通信方法 | |
| JP6568285B2 (ja) | コンテキスト認識近隣発見 | |
| JP5711292B2 (ja) | スケーラブル無線ｌａｎゲートウェイ | |
| JP4927939B2 (ja) | ホーム・エージェントの自動選択 | |
| US20170126569A1 (en) | Enhanced neighbor discovery to support load balancing | |
| US20110246663A1 (en) | Broadband network access | |
| CN104247371A (zh) | 以信息为中心的网络中的基于名称的邻居发现和多跳服务发现 | |
| KR20040065311A (ko) | 이동 ｉｐ에서 ｎａｔ 횡단을 구현하기 위한 방법 및 장치 | |
| WO2016089944A1 (fr) | Gestion de ressource et d'ordonnancement hybride efficace dans des réseaux à saut de canal à créneau temporel | |
| WO2014184050A1 (fr) | Procede et dispositif de selection d'interface de communication | |
| EP2853063B1 (fr) | Dispositif et procédé d'interconnexion de deux sous-réseaux | |
| CN103152273B (zh) | 数据缓存方法和装置 | |
| EP1908254B1 (fr) | Procede d'affectation d'une adresse temporaire a un noeud mobile d'un systeme de telecommunications, equipements et programmes pour la mise en oeuvre du procede | |
| CN104935677A (zh) | 一种nat64资源获取方法及获取/分配装置 | |
| EP3123673B1 (fr) | Procédé de routage de données par un boitier d'accès à internet | |
| CN109196843A (zh) | 一种缓存数据请求方法及相关设备 | |
| EP1803276B1 (fr) | Procédé d'adressage d'un réseau IP se connectant à un autre réseau IP | |
| EP1652346B1 (fr) | Procede de localisation d'objets mobiles communicants au sein d'un reseau de communications | |
| CN102957668A (zh) | 标识网中获取位置信息的方法和接入服务路由器 | |
| FR3079699A1 (fr) | Systeme de communication entre des objets connectes, en itinerance et leur reseau |