WO2013127879A1 - Gestion de la mobilite d'un reseau mobile - Google Patents

Gestion de la mobilite d'un reseau mobile Download PDF

Info

Publication number
WO2013127879A1
WO2013127879A1 PCT/EP2013/053966 EP2013053966W WO2013127879A1 WO 2013127879 A1 WO2013127879 A1 WO 2013127879A1 EP 2013053966 W EP2013053966 W EP 2013053966W WO 2013127879 A1 WO2013127879 A1 WO 2013127879A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile
mobile terminal
address
proxy
network
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.)
Ceased
Application number
PCT/EP2013/053966
Other languages
English (en)
Inventor
Alexandru Petrescu
Michael BOC
Christophe Janneteau
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.)
Commissariat a lEnergie Atomique et aux Energies Alternatives CEA
Original Assignee
Commissariat a lEnergie Atomique CEA
Commissariat a lEnergie Atomique et aux Energies Alternatives CEA
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 Commissariat a lEnergie Atomique CEA, Commissariat a lEnergie Atomique et aux Energies Alternatives CEA filed Critical Commissariat a lEnergie Atomique CEA
Priority to US14/377,467 priority Critical patent/US20150009977A1/en
Priority to EP13706050.5A priority patent/EP2820872B1/fr
Publication of WO2013127879A1 publication Critical patent/WO2013127879A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • 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/08—Mobility data transfer
    • H04W8/087—Mobility data transfer for preserving data network PoA address despite hand-offs
    • 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/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the invention relates to mobile networks and more particularly to the mobility of such mobile networks in an IPV6 Mobile Proxy environment.
  • Mobility Internet Protocol is a communication protocol that allows a user of an independent terminal or user equipment (respectively Mobile Host MH or User Equipment UE in English) to move with the same IP address from an originating IP network (home network or Home Network HN) to another IP network (visited network or Foreign Network in English) while keeping its active connections.
  • the mobility of an HD is managed by the HD itself and by fixed entities of networks that update certain data structures relating to the unique IP address "Home Address or HoA in English" for the HD.
  • PMIP MIP Proxy
  • the data is relative to the prefix used to form an address.
  • the fixed entities When an MH changes attachment point, and Proxy MIP is used, the fixed entities reassign the attachment point targets the same IP prefix as the source attachment point. The MH then sees no change in the IP address level and its IP sessions do not need to be restarted.
  • Proxy mobility is specified by the Internet Engineering Task Force (IETF) in various Request For Comment (RFC) documents.
  • RFC 5213 defines the Mobile Proxy Protocol IPv6 ( ⁇ ) to which reference can be made as the current state of the art Proxy mobility.
  • MN Mobile Node
  • This RFC uses the term Mobile Node (MN) instead of (MH) to designate the same element.
  • MN Mobile Node
  • Figure 1 illustrates a general architecture of a PMIPvo domain (100).
  • the ⁇ specification defines the use of two types of localized entities in the network for the management of MH mobility (102): the "Local Mobility Anchor” (104) attachment point and the router Access Gateway “Mobile Access Gateway or MAG in English” (106-1, 106-2).
  • the MAG (106-1, 106-2) is located on an IP access router of the PMIP network. Its role is, first, to record the presence of a MH (102) to the LMA (104) by issuing a signaling message - "Proxy Binding Update or PBU in English". The LMA (104) responds to this request with an acknowledgment message - "Proxy Binding Acknowledgment or PBA in English".
  • the MAG (106-1) and the LMA (104) establish bi-directional communication tunnels between each other in order to transit the communications of the nodes.
  • the LMA (104) receiving a PBU message will confirm or assign an HNP prefix which will be transmitted to the MAG (106-1) by a PBA message.
  • the prefix assigned to an MH is then announced by the MAG on the link between this MAG (106-1) and the MH (102).
  • the other end of the communications of the MH (102) is called a corresponding node (110) "Correspondent Node or CN in English". It is fixed electronic equipment located at an arbitrary location on the Internet (108). It can be inside or outside the PMIP domain, and it communicates with the MH (102). This equipment can typically be an application server, such as a web server or another HD when it is inside the PMIP domain.
  • the IPv6 Mobile Proxy protocol allows mobility of the MH (102) to a new MAG (106-2), allowing the LMA (104) to write an entry into its destination routing table, containing at least one pair of variables [HNP, tunnel].
  • the AML (104) transmits the packets from the CN (110) addressed to the MH (prefixed HNP), in this destination tunnel.
  • the MAG (106-2) establishes an entry in its "source" routing table, containing at least one pair of [HNP, tunnel] variables.
  • a mobile platform or mobile network is defined as a set of local fixed node (LFN) devices that move together in a homogeneous manner.
  • LFN local fixed node
  • Such mobile networks are for example made up of a plurality of LFNs terminals such as smartphone, laptop, or tablet PC for the passengers of a boat, an airplane, or a car.
  • IPv6 Mobile Proxy protocol supports the mobility of MHs independent mobile devices, it does not offer mobile network mobility support and a mobile network can not be hosted in an IPv6 Mobile Proxy domain. Indeed, this protocol does not manage the prefix assignment to form IPv6 addresses for LFNs devices included in mobile networks.
  • U.S. Patent Application 2011/0032874 A1 to KIM et al. presents a system (mMAG or mobile Mobile Access Gateway in English) to support mobile networks in IPv6 Mobile Proxy domains.
  • the mMAG system includes an address generation entity and a communication entity. The generation of addresses is done by assigning an additional prefix - " Mobile Home Network Prefix or Mobile HNP "- and communication to mobile nodes is done by sending additional messages containing the prefix, messages named" Router Advertisement Messages in English ".
  • the present invention meets this need.
  • An object of the present invention is to provide a method for managing mobility of mobile networks within PMIPvo domains.
  • Another object of the present invention is to enable a mobile terminal within a mobile network to obtain a global IP address and thus communicate with a corresponding node located at an arbitrary position in the Internet network, or located inside the same PMIP domain.
  • a method for managing mobility of a mobile network operating in a Mobile IP Proxy environment comprising at least one attachment point and an access router.
  • the mobile network comprises a mobile terminal in communication with at least one user equipment. The method includes the steps of:
  • HNP Home Network Prefix
  • Figure 1 is a topological representation of a classical domain architecture ⁇
  • Figure 2 is a topological representation of a network architecture comprising an operator network and a mobile network in which to implement the invention preferentially;
  • FIG. 3 shows an example of division of HNP as operated by the present invention
  • Figure 5 shows in a data flow type diagram, a first example of exchange, which uses a point-to-point link, operating according to the principles of the present invention
  • Figure 6 shows in a data flow type diagram, a second exchange example, which uses a shared link, operating according to the principles of the present invention.
  • FIG 2 shows a mobile network architecture 200 operating under the ⁇ protocol to illustrate an implementation of the present invention.
  • the mobile network (202) is composed of one or more user IP terminals (202-1, 202-2, 202-n) "Local Fixed Node or LFN" and at least one mobile terminal "Mobile Host or MH in English "(204).
  • the mobile terminal (204) is an electronic equipment equipped with at least one IPv6 interface capable of self-assigning a global IPv6 address from an IPv6 prefix announced by its access router, or able to see itself assign an IPv6 address in response to an explicit IPv6 address request.
  • the mobile terminal manages a mobile network (202) in its own right, that is to say a network composed of LFNs.
  • the mobile terminal is then called mobile router "Mobile Router or MR in English", and it is equipped with at least two IPv6 interfaces.
  • the ⁇ protocol does not manage the mobility of mobile networks because it only allows the allocation of a HNP prefix to the link between the mobile terminal and the mobile network.
  • the protocol does not allow the allocation of a prefix that could be used to form IPv6 addresses for LFNs.
  • Such a prefix for forming IPv6 addresses for mobile network is called "Mobile Network Prefix or MNP in English ".
  • the LFNs terminals are in communication with the mobile router (2 0 4), preferably in a wireless connection mode (wireless).
  • the user terminals can be any portable equipment such as laptops, smartphones, notebooks or Personal Digital Assistant (PDA).
  • LFNs are devices that do not run a mobility management protocol.
  • the mobile router (2 0 4) has a first IP interface to a main network such as for example to a telecommunication operator network.
  • the operator network contains fixed entities that manage the mobility of the mobile router (20 4). Some carrier networks offer point-to-point access to the mobile router, while others share access.
  • the first interface of the mobile router is called outgoing or "egress in English”.
  • the mobile router (2 0 4) has a second IP interface to the local network (2 0 2) from which can be reached the terminals LFNs. This interface is called incoming or "ingress in English".
  • LFNs equipment moves together in a homogeneous way.
  • Such mobile networks can be embedded in an aircraft, a vehicle or a boat - each representing a typical illustration of homogeneous movement of several terminals for passengers, for example.
  • Figure 3 shows an example of division of HNP as operated by the invention.
  • the method of the present invention does not imply any extension to the existing entities of the Mobile Proxy infrastructure, either on the MAG entities, or the LMA entities.
  • the proposed method consists in using the prefix HNP as initial element to form one or more mobile network Prefixes "Mobile Network Prefix or MNP in English" for the Mobile Router MR and thus address the mobile terminals LFNs.
  • the Mobile Host operates in Mobile Router (MR) mode using two types of interface, an egress interface to the external network and an ingress interface to the mobile network.
  • the Mobile Router divides the HNP as received from the LMA into two parts: a first part to form an address for itself and a second part to form prefixes for the LFNs.
  • a packet transmission method is operated according to alternative modes as will be described in detail in
  • the LMA entity assigns a HNP length 2 denoted "HNP / 2". In the context of RFC5213 ⁇ , this length is assigned using the PBA message in the "Length" field of the "Home Network Prefix Option” option.
  • the mobile router MR turns a method which divides the "HNP 12" into a first address A1 (11001/5) for itself and in two
  • the mobile router MR announces in a message exchange procedure the prefixes PI and P2 to the LFNs.
  • LFNs use these prefixes to form addresses for LFN, by adding a
  • LFN interface identifier to prefix received from MR The mobile router MR adds in its routing table the corresponding entries for PI and P2 with respect to its incoming interface to the LFNs, and the inputs for A1 with respect to its outgoing interface to the MAG.
  • This method of address formation by MR with LFN (MR announces a prefix to the LFN, LFN forms the address by adding an identifier to the prefix), is known as "Stateless Address
  • the Mobile Router MR can use the PI and P2 prefixes to form multiple complete addresses (of length 5) and then distribute them to the LFNs using the DHCPv6 RFC 3315 protocol, which is known as " Stateful Address Autoconfiguration in English ".
  • the prefix division method of the present invention is applicable to any addressing system whose address to a fixed length and Type an equation here.
  • the method applies for a prefix length HNP of between 1 and [address length-1].
  • HNP prefix length of between 1 and [address length-1].
  • the method operates for an HNP whose length can vary between 1 and 127.
  • the shortest length of the MNP obtained after application of the method of the invention is / x + 1, while the longest is the total length of address.
  • the shortest MNP obtained by dividing the HNP is of length / 65 while the longest MNP obtained is of length / 128.
  • the division of a prefix length / H (H smaller than L) can offer between 2 and 2 L ⁇ H
  • the length of each of these MNP prefixes can be between H + 1 and L. No length of the prefixes can be smaller than H + 1 or greater than L.
  • the addresses A2 (11010) and A3 (11011) prefixed “PI / 4" as well as the addresses A4 (11100) to A7 (11111) of prefixes "P2 / 3" are usable for LFNs present in the mobile network.
  • Figures 4a and 4b respectively illustrate entries in the Routing Table for a
  • FIG.4a classical topology PMIP with Mobile Host Terminal (MH Routing Table) in Fig.4a and for a mobile network topology with Mobile Routing (MR Routing Table) and LFNs in Fig.4b.
  • Figure 4b is based on the example of the "HNP / 2" division of Figure 3.
  • the routing table of the MH in PMIP environment contains [prefix, next-hop] type pairs.
  • the content of a pair indicates that a packet of data to be transmitted whose destination address can be associated with the value of the "prefix” must be transmitted to the destination contained at the value of "next-hop".
  • the routing table of the MH contains the HNP associated with a value of egress in the standard PMIP / MH infrastructure.
  • the MR routing table no longer contains the HNP but three other entries: [Al, egress], [PI, ingressPl] and [ P2, ingressP2] relating respectively to the address A1 and the prefixes PI and P2.
  • FIG. 4b illustrates at least two LFNs of the mobile network that will use the A3 and A5 addresses derived from PI and P2 respectively.
  • the routing table MR will contain the values [11001/5, egress] [1101/4, egressPl] and [111/3, egressP2].
  • the packet transmission can be carried out according to variable methods. Two transmission variants are described where either the Mobile Terminal (MR) uses a mechanism of
  • IP-level routing ( Figure 5), or a link-level pattern (Figure 6).
  • IP-level routing transmission uses point-to-point links between MAG (106) and MH (102).
  • Link-level repetition transmission uses "shared" links between MAG (106) and MH (102).
  • An example of a point-to-point type link is the UMTS link (3GPP, LTE) and an example of a "shared" type link is Ethernet (WiFI, other).
  • the UMTS type link is used in cellular deployments, mobile operator.
  • the Ethernet type link is used in HotSpot deployments.
  • the entries in the MAG routing tables are in the form of pairs
  • the message is received by the MAG (106) which sends in step (504) a "Proxy Binding Update PBU" message to an LMA entity (104) with an identifier of the requesting mobile terminal, a "Mobile Node Identifier or MNID in English ".
  • the LMA 104 allocates an HNP for the identifier (MNID), and proceeds to record this data by updating its routing tables with respect to this identifier.
  • MNID the allocated HNP and the requesting MAG (106).
  • the LMA responds to the MAG by sending a "Proxy Binding Acknowledgment or PBA in English" message containing the allocated Home Network Prefix.
  • the MAG Upon receipt, the MAG updates its tables with respect to the identifier (MNID), the allocated HNP and the LMA. Then in step (508) the MAG returns to the mobile terminal (102) a "RA Router" message containing the HNP assigned by the LMA.
  • the MH (102) uses an autoconfiguration method to configure its own address.
  • a method as defined in RFC4862 is known as "Stateless Address Auto-configuration "to configure an IPv6 address named" Mobile Router Home Address or MR_HoA in English ".
  • any direct and bidirectional communication initiated by MH (102) or a corresponding node CN (110) is possible.
  • This communication is encapsulated in an "IP-in-IP” IP-in-IP tunnel (510).
  • the source and destination fields of this communication are MH (102) and CN (110), and the source and destination IP-in-IP tunnel fields are LMA (104) and MAG (106).
  • a communication tunnel (510) is established between the MAG (106) and the LMA (104) that allows the mobile terminal (102) to exchange data streams from a corresponding node CN (110) located in the network environment, outside the PMIP domain.
  • the LMA (104) and the MAG (106) are not configured to know such an address in order to transmit data packets to an LFN (202).
  • the mobile terminal In order to allow the routing of data to the LFN end-user equipment (202), the mobile terminal will configure itself (512) to operate as a mobile router called MR (204).
  • the HNP is divided into a "Home Address" (HoA) for the terminal / mobile router (102/204) which is called a "MR-HoA” and in two prefixes (PI, P2) of predefined length (L1, L2) for the LFNs.
  • HoA Home Address
  • PI, P2 prefixes
  • the length of the "Home Address" of the terminal / mobile router is 128 bits.
  • One of the two prefixes generated is a "Mobile Network Prefix or MNP in English" that will be used by an LFN (202).
  • the mobile router updates its routing table with respect to the Home Address and the two pre ⁇ fixed PI and P2 so that PI and P2 are announced to the LFN on one or both interfaces in- gress, and that the Home Address is used only as a source address for only applications running on MR.
  • the mobile router MR (102) sends one or more RA messages "Router Override" on one or two ingress interfaces, containing the MNP prefixes for the LFNs.
  • an LFN (202) Upon receipt of the RA message, an LFN (202) performs an auto-configuration procedure to generate an IP address.
  • the procedure is the procedure known as "Stateless Address Auto-configuration".
  • Stateless Address Auto-configuration Once the IP address is generated, bi-directional communication (516) of application data between the CN (110) and the LFN (202) is possible. There were no new PMIP message created or modifica ⁇ on existing PMIP messages.
  • the LMA (104) and MAG (106) tables implicitly know the topological position of this address by executing a known Longest Prefix Match algorithm. ".
  • Figure 6 shows in a data flow type diagram, a second example of shared links exchange "shared links in English" operating according to the principles of the present invention.
  • the mechanism for exchanging data is of the type "Neighbor Discovery proxy or ND proxy in English”.
  • the MAG receives a data packet (602) from the LMA destined for an LFN, it initiates (604) a neighborhood solicitation message
  • the mobile router acts as an LFN by responding directly to the MAG by inserting its own MAC address in the response message (proxy neighbor
  • MR consists in making the MAG believe that the IPv6 addresses used by the LFNs come from the same MAC address, i.e., that of the MR.
  • the method allows the mobile router (MR) to detect which type of input is used by the MAG, [HNP, LLMR @] type inputs or generic [HNP, *] type inputs. Depending on the type of input detected, the router behaves either as a conventional router or as a "proxy ND".
  • the (MR) listens on its interface egress the messages. If one of the messages is a "Neighbor Solicitation" which contains in the "destination” field an address corresponding to the prefix MNP obtained in step (512) by the HNP division, then MR considers that the MAG uses a generic entry of type [HNP, *]. The (MR) then executes the "ND proxy" procedure of steps 602 to 612 and responds to any NS message request issued by the MAG for an LFN address by offering its own MAC address.
  • the (MR) If the (MR) does not receive a "Neighbor Solicitation" message for a predefined period of time then the (MR) considers that the MAG uses entries of type [HNP, LLMR @] and executes the procedure
  • the MH becoming mobile router MR allows the support of mobile networks. No modification is required on the entities of the core network, which has the operational advantage of being able to continue to use the ⁇ protocol as well as the addressing configurations already installed. There are no new entities to install, configure, and maintain.
  • the present invention consists in developing extensions on MH exclusively to make it operate as a mobile router and thus use at least two IP interfaces.
  • the present invention may be implemented from hardware and / or software elements. It may be available as a computer program product on a computer readable medium.
  • the support can be electronic, magnetic, optical, electromagnetic or be an infrared type of diffusion medium.
  • Such media are, for example, Random Access Memory RAMs, Read-Only Memory ROMs, tapes, floppies or magnetic or optical disks. (Compact Disk - Read Only Memory (CD-ROM), Compact Disk - Read / Write (CD-R / W) and DVD).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

GESTION DE LA MOBILITE D'UN RESEAU MOBILE
Domaine de l'invention
L'invention concerne les réseaux mobiles et plus particulièrement la mobilité de tels réseaux mobiles dans un environnement Proxy Mobile IPV6. Etat de la Technique
La mobilité Internet Protocol (Mobile Internet Protocol MIP en anglais) est un protocole de communication qui permet à un utilisateur d'un terminal indépendant ou d'un équipement utilisateur (respectivement Mobile Host MH ou User Equipment UE en anglais) de se déplacer avec la même adresse IP depuis un réseau IP origine (réseau mère ou Home Network HN en anglais) vers un autre réseau IP (réseau visité ou Foreign Network en anglais) en conservant ses connections actives. La mobilité d'un MH est gérée par le MH lui-même et par des entités fixes des réseaux qui mettent à jour certaines structures de données relatives à l'adresse IP unique « Home Address ou HoA en anglais » pour le MH . Quand le protocole utilisé est Proxy MIP (PMIP) , les données sont relatives au préfixe utilisé pour former une adresse .
Quand un MH change de point d'attachement, et que Proxy MIP est utilisé, les entités fixes réassignent au point d'attachement cible le même préfixe IP que celui du point d'attachement source. Le MH ne voit alors aucune modification au niveau d'adresse IP et ses sessions IP n'ont pas besoin d'être relancées.
Un réseau IP au sein duquel la mobilité des équipements MH est gérée par le protocole Proxy Mobile IP est appelé un domaine de mobilité proxy ou Proxy Mobile IP en anglais (PMIP) . La mobilité proxy est spécifiée par l'Internet Engineering Task Force (IETF) dans différents documents de 'Request For Commente' (RFC) . En particulier, la RFC 5213 définit le protocole Proxy Mobile IPv6 (ΡΜΙΡνβ) auquel il peut être fait référence comme état de l'art actuel de la mobilité Proxy. Cette RFC utilise le terme Mobile Nœud (MN) au lieu de (MH) pour désigner le même élément. Cette RFC est disponible par exemple à l'adresse internet http : / /www. ric~Guitor . orQ/ric/ricjilj . txt.
La figure 1 illustre une architecture générale d'un domaine PMIPvô (100). La spécification de ΡΜΙΡνβ définit l'utilisation de deux types d'entités localisées dans le réseau pour la gestion de la mobilité des MHs (102) : le point d'attachement « Local Mobility Anchor ou LMA en anglais» (104) et le routeur d'accès « Mobile Access Gateway ou MAG en anglais» (106-1, 106-2) .
Le LMA (104) est localisé sur un serveur central qui permet d'accéder par exemple à un réseau Internet (108) . Son rôle est de gérer l'état des sessions des MHs, des préfixes IPv6 associés - le « Home Network Prefix ou HNP » en anglais -, des tables de routage et l'établissement de tunnels de communication vers les MAGs .
Le MAG (106-1, 106-2) est localisé sur un routeur IP d'accès du réseau PMIP. Son rôle est, en premier lieu, d'enregistrer la présence d'un MH (102) auprès du LMA (104) par l'émission d'un message de signalisation - « Proxy Binding Update ou PBU en anglais ». Le LMA (104) répond à cette requête par un message d'accusé de réception - « Proxy Binding Acknowledgement ou PBA en anglais ».
Le MAG (106-1) et le LMA (104) établissent des tunnels de communication bidirectionnelle entre eux afin de faire transiter les communications des nœuds.
Le LMA (104) en recevant un message PBU va confirmer ou attribuer un préfixe HNP qui sera transmis au MAG (106-1) par un message PBA. Le préfixe attribué à un MH est ensuite annoncé par le MAG sur le lien existant entre ce MAG (106-1) et le MH (102) .
L'autre bout des communications du MH (102) est appelé un nœud correspondant (110) « Correspondent Node ou CN en anglais ». C'est un équipement électronique fixe situé à un endroit arbitraire sur le réseau Internet (108) . Il peut être à l'intérieur ou à l'extérieur du domaine PMIP, et il communique avec le MH (102) . Cet équipement peut typiquement être un serveur d'applications, tel qu'un serveur Web ou un autre MH quand il est à l'intérieur du domaine PMIP.
Le protocole Proxy Mobile IPv6 permet la mobilité du MH (102) vers un nouveau MAG (106-2), en permettant au LMA (104) d'inscrire une entrée dans sa table de routage « destinations », contenant au moins une paire de variables [HNP, tunnel] . Le LMA (104) transmet les paquets provenant du CN (110) adressés au MH (ayant le préfixe HNP), dans ce tunnel destination. De la même manière, pour le même préfixe HNP, le MAG (106-2) établit une entrée dans sa table de routage « sources », contenant au moins une paire de variables [HNP, tunnel] .
On définit une plateforme mobile ou réseau mobile comme un ensemble d'équipements appelés en anglais « Local Fixed Node » (LFN) qui se déplacent ensemble de manière homogène. De tels réseaux mobiles sont par exemple constitués d'une pluralité de terminaux LFNs tels que smartphone, ordinateur portable, ou tablette PC pour les passagers d'un bateau, d'un avion, ou d'une voiture.
Tandis que le protocole Proxy Mobile IPv6 supporte la mobilité des terminaux mobiles indépendants MHs, il n'offre pas le support de la mobilité des réseaux mobiles et un réseau mobile ne peut pas être accueilli dans un domaine Proxy Mobile IPv6. En effet, ce protocole ne gère pas l'attribution de préfixe pour former des adresses IPv6 pour les équipements LFNs compris dans les réseaux mobiles. La demande de brevet US 2011/0032874 Al de KIM et al. présente un système (mMAG ou mobile Mobile Access Gateway en anglais) pour supporter des réseaux mobiles dans des domaines Proxy Mobile IPv6. Le système mMAG comprend une entité de génération d'adresses et une entité de communication. La génération d'adresses se fait par attribution d'un préfixe supplémentaire - « Mobile Home Network Prefix ou Mobile HNP en anglais » - et la communication vers les nœuds mobiles se fait par l'envoi de messages additionnels contenant le préfixe, messages nommés « Router Advertisement Messages en anglais ».
Dans une telle approche, des modifications sont apportées sur les entités du réseau cœur, an particulier sur le MAG .
Il existe ainsi le besoin d'une infrastructure Proxy Mobile IP qui supporte la mobilité de plateformes mobiles (ou réseaux mobiles) entières. Par ailleurs, il existe le besoin d'une telle infrastructure autorisant l'utilisation des réseaux mobiles avec le protocole Proxy Mobile IPv6 qui n'impacte pas les entités de l'infrastructure existante .
La présente invention répond à ce besoin.
Résumé de l'invention
Un objet de la présente invention est de fournir une méthode pour gérer la mobilité de réseaux mobiles à l'intérieur de domaines PMIPvô .
Un autre objet de la présente invention est de fournir une méthode qui n'implique pas de modification du protocole PMIPv6. Un objet plus spécifique de la présente invention est de permette une configuration dynamique des adresses de terminaux mobiles rattachés à un réseau mobile .
Un autre objet de la présente invention est de permettre à un terminal mobile à l'intérieur d'un réseau mobile d'obtenir une adresse IP globale et ainsi de communiquer avec un nœud correspondant situé à une position arbitraire dans le réseau Internet, ou situé à l'intérieur du même domaine PMIP.
Un autre objet de la présente invention est d'offrir une communication stable quand un routeur mobile bascule entre deux MAGs .
Avantageusement mais sans limitation, l'invention trouvera des applications dans des systèmes de transports - public ou privé - de sécurité et de défense, de télécommunications.
Pour obtenir les résultats recherchés, une méthode et un système tels que décrits sont proposés.
En particulier, une méthode pour gérer la mobilité d'un réseau mobile opérant dans un environnement Proxy Mobile IP (PMIP) comprenant au moins un point d'attachement et un routeur d'accès est proposée. Le réseau mobile comprend un terminal mobile en communication avec au moins un équipement utilisateur. La méthode comprend les étapes de :
établir un tunnel de communication IP-en-IP entre lesdits au moins un point d'attachement et rou- teur d'accès permettant l'échange de données entre le terminal mobile et un nœud correspondant de l'environnement PMIP, le tunnel de communica¬ tion attribuant un « Home Network Prefix » (HNP) au terminal mobile ;
diviser (512) le Home Network Prefix attribué en une première partie pour former une « Home Adress » (HoA) pour le terminal mobile (102, 204), et en une ou plusieurs autres parties pour générer un ou plusieurs préfixes (P1,P2), l'un des préfixes définissant un « Mobile Network Prefix » (MNP) attribué au terminal mobile (102,204); et
annoncer le « Mobile Network Prefix » créé vers ledit au moins un équipement utilisateur de manière à permettre l'échange de données entre le¬ dit au moins un équipement utilisateur et le nœud correspondant par ledit tunnel de communication IP-en-IP .
Différentes variantes d ' implémentations sont décrites dans les revendications dépendantes.
Description des figures
Différents aspects et avantages de l'invention vont apparaître en appui de la description d'un mode préféré d ' implémentation de l'invention mais non limitatif, avec référence aux figures ci-dessous :
La Figure 1 est une représentation topologique d'une architecture classique de domaine ΡΜΙΡνβ;
La Figure 2 est une représentation topologique d'une architecture de réseau comprenant un réseau d'opérateur et un réseau mobile dans laquelle implémenter préférentiellement l'invention ;
La Figure 3 montre un exemple de division du HNP telle qu'opérée par la présente invention;
Les Figures 4a et 4b montrent les tables de routage d'un terminal mobile MH et d'un routeur mobile MR;
La Figure 5 montre sous un schéma de type flot de données, un premier exemple d'échange, qui utilise un lien point-à-point, opérant selon les principes de la présente invention ;
La Figure 6 montre sous un schéma de type flot de données, un second exemple d'échange, qui utilise un lien partagé, opérant selon les principes de la présente invention.
Description détaillée de l'invention
Bien que la description se base sur l'utilisation du protocole Proxy Mobile IPv6, les principes décrits peuvent être étendus pour un protocole « Proxy Mobile IP » indépendant de la version de l'IP. Ainsi la présente invention trouvera aussi application dans les infrastructures utilisant un protocole PMIPv4 qui alloue des préfixes.
La Figure 2 montre une architecture 200 de réseau mobile opérant sous le protocole ΡΜΙΡνδ pour illustrer une implémentation de la présente invention. Le réseau mobile (202) est composé d'un ou plusieurs terminaux IP utilisateurs (202-1, 202-2, 202-n) « Local Fixed Node ou LFN en anglais » et d'au moins un terminal mobile « Mobile Host ou MH en anglais » (204) .
Les éléments présents sur la figure 1 sont repris avec les mêmes références.
Le terminal mobile (204) est un éguipement électronique équipé d'au moins une interface IPv6 capable de s ' auto-attribuer une adresse IPv6 globale à partir d'un préfixe IPv6 annoncé par son routeur d'accès, ou bien capable de se voir attribuer une adresse IPv6 en réponse à une demande explicite d'adresse IPv6. Dans le cas de la mobilité d'une plateforme mobile, le terminal mobile gère un réseau mobile (202) à part entière, c'est-à-dire un réseau composé de LFNs . Le terminal mobile est alors nommé routeur mobile « Mobile Router ou MR en anglais », et il est équipé d'au moins deux interfaces IPv6. Comme il a été présenté précédemment, le protocole ΡΜΙΡνβ ne gère pas la mobilité des réseaux mobiles, car il ne permet que l'attribution d'un préfixe HNP au lien entre le terminal mobile et le réseau mobile. De plus, le protocole ne permet pas l'attribution d'un préfixe qui serait utilisable pour former des adresses IPv6 pour les LFNs. Un tel préfixe pour former des adresses IPv6 pour réseau mobile est appelé « Mobile Network Prefix ou MNP en anglais».
Les terminaux LFNs sont en communication avec le routeur mobile ( 2 0 4 ) , préférentiellement selon un mode de connexion sans-fil (wireless) . Les terminaux utilisateurs peuvent être tout équipement portable comme des ordinateurs portables, des smartphones, des notebooks ou Personal Digital Assistant (PDA) . Les terminaux LFNs sont des équipements qui ne tournent pas de protocole de gestion de mobilité.
Le routeur mobile ( 2 0 4 ) possède une première interface IP vers un réseau principal tel que par exemple vers un réseau d'opérateur de télécommunication. Le réseau opérateur contient des entités fixes qui gèrent la mobilité du routeur mobile ( 20 4 ) . Certains réseaux opérateurs offrent un accès point-à-point au routeur mobile, tandis que d'autres un accès partagé. La première interface du routeur mobile est dite sortante ou « egress en anglais ». Avantageusement, le routeur mobile ( 2 0 4 ) possède une seconde interface IP vers le réseau local ( 2 0 2 ) d'où sont joignables les terminaux LFNs. Cette interface est dite entrante ou « ingress en anglais ».
Les équipements LFNs se déplacent ensemble, de manière homogène. De tels réseaux mobiles peuvent se trouver intégrés dans un avion, un véhicule ou un bateau - chacun représentant une illustration typique de mouvement homogène de plusieurs terminaux pour les passagers, par exemple. La Figure 3 montre un exemple de division du HNP telle qu'opérée par l'invention. Avantageusement la méthode de la présente invention n'implique aucune extension sur les entités existantes de l'infrastructure Proxy Mobile, que ce soit sur les entités MAG, ou les entités LMA. De surcroît, il n'y a pas d'extension de nouveaux messages ΡΜΙΡνβ .
Ainsi, la méthode proposée consiste à utiliser le préfixe HNP comme élément initial pour former un ou plusieurs préfixes réseau mobile « Mobile Network Prefix ou MNP en anglais » pour le Router Mobile MR et ainsi adresser les terminaux mobiles LFNs . Le Mobile Host opère en mode Routeur Mobile (MR) utilisant deux types d'interface, une interface egress vers le réseau externe et une interface ingress vers le réseau mobile .
Dans une première étape, le Routeur Mobile (MR) divise le HNP tel que reçu du LMA en deux parties : une première partie pour former une adresse pour lui- même et une deuxième partie pour former des préfixes pour les LFNs. Dans une étape suivante, un procédé de transmission de paquets est opéré selon des modes alternatifs comme il sera décrit en détail en
référence avec les figures 5 et 6.
L'exemple de la figure 3 pour des raisons de simplification de la description montre un HNP dont l'adresse est encodée sur 5 bits (11000) . Cependant l'homme de l'art comprendra que la méthode décrite est applicable quelque soit la longueur des adresses, comme une longueur de 64 ou 128 bits.
L'entité LMA attribue un HNP longueur 2 noté «HNP /2 ». Dans le contexte de la RFC5213 ΡΜΙΡνβ, cette longueur est attribuée à l'aide du message PBA, dans le champ « Length » de l'option « Home Network Prefix Option ». Le routeur mobile MR tourne un procédé gui divise le « HNP 12 » en une première adresse Al (11001/5) pour lui-même et en deux
préfixes « PI /4 » de longueur 4 (1101) et « P2 /3 » de longueur 3 (111) .
Ultérieurement, le routeur mobile MR annonce dans une procédure d'échange de messages les préfixes PI et P2 vers les LFNs. Les LFNs utilisent ces préfixes pour former des adresses pour LFN, en rajoutant un
identificateur d'interface du LFN au préfixe reçu du MR. Le routeur mobile MR ajoute dans sa table de routage les entrées correspondantes pour PI et P2 par rapport à son interface entrante vers les LFN, et les entrées pour Al par rapport à son interface sortante vers le MAG. Cette méthode de formation d'adresse par MR avec LFN (MR annonce un préfixe au LFN, LFN forme l'adresse en rajoutant un identificateur au préfixe), est connue sous le nom de « Stateless Address
Autoconfiguration ou SLAAC en anglais » et est décrite dans le standard RFC 4862.
Alternativement au SLAAC, le Routeur Mobile MR peut utiliser les préfixes PI et P2 pour former plusieurs adresses complètes (de longueur 5) et ensuite les distribuer aux LFNs à l'aide du protocole DHCPv6 RFC 3315, méthode qui est connue sous le nom de « Stateful Address Autoconfiguration en anglais ».
La méthode de division de préfixe de la présente invention est applicable à tout système d'adressage dont l'adresse à une longueur fixe et Tapez une équation ici.utilisant un algorithme de recherche dans les tables de routage tel que l'algorithme « Longest Prefix Patch en anglais ». Ainsi, la méthode s'applique pour une longueur de préfixe HNP comprise entre 1 et [longueur d'adresse - 1] . Par exemple, dans le cas d'adresse IPv6 de longueur 128 bits, la méthode opère pour un HNP dont la longueur peut varier entre 1 et 127.
Pour une longueur HNP /x, la plus courte longueur du MNP obtenu après application de la méthode de l'invention est /x+1, tandis que la plus longue est la longueur totale d'adresse. Ainsi pour des adresses IPv6 sur 128 bits et une longueur de HNP /64, le plus court MNP obtenu par division du HNP est de longueur /65 tandis que le plus long MNP obtenu est de longueur /128.
Pour un système d'adressage avec adresses de longueur L, la division d'un préfixe de longueur /H (H plus petit que L) peut offrir entre 2 et 2L~H
MNPs simultanément. La longueur de chacun de ces préfixes MNP peut être entre H+1 et L. Aucune longueur des préfixes ne peut être plus petite que H+1 ou plus grande que L.
Ainsi dans l'exemple choisi illustré en figure 3, les adresses A2 (11010) et A3 (11011) de préfixe « PI /4 » ainsi que les adresses A4 (11100) à A7 (11111) de préfixes « P2 /3 » sont utilisables pour les LFNs présents dans le réseau mobile.
Les figures 4a et 4b illustrent respectivement les entrées dans la Table de Routage pour une
topologie classique PMIP avec Terminal Mobile Host (MH Routing Table) en Fig.4a et pour une topologie de réseau mobile avec Routeur Mobile (MR Routing Table) et LFNs en Fig.4b. La Figure 4b s'appuie sur l'exemple de la division « HNP /2 » de la figure 3.
La table de routage du MH en environnement PMIP contient des paires de type [prefix, next-hop] . Le contenu d'une paire indique qu'un paquet de données à transmettre dont l'adresse de destination peut être associée à la valeur du « prefix » doit être transmis à la destination contenue à la valeur du « next-hop ».
Comme montré sur la figure 4a, la table de routage du MH contient le HNP associé à une valeur d'egress dans l'infrastructure standard PMIP/MH. Sur la figure 4b qui illustre l'utilisation de la méthode de division du HNP de la présente invention, la table de routage du MR ne contient plus le HNP mais trois autres entrées : [Al, egress], [PI, ingressPl] et [P2, ingressP2] relatives respectivement à l'adresse Al et aux préfixes PI et P2.
La figure 4b illustre au moins deux LFNs du réseau mobile qui vont utiliser les adresses A3 et A5 dérivées de PI et P2 respectivement.
Ainsi avec l'exemple de la figure 3, la table de routage MR contiendra les valeurs [11001/5, egress] [1101/4, egressPl] et [111/3, egressP2] .
Comme indiqué plus haut, après l'étape de division du HNP, la transmission de paquets peut s'effectuer selon des procédés variables. Deux variantes de transmission sont décrites où soit le Terminal Mobile (MR) utilise un mécanisme de
transmission de type routage au niveau IP (figure 5), ou bien un mécanisme de type répétition au niveau lien (figure 6) . La transmission de type routage au niveau IP utilise des liens de type point-à-point entre MAG (106) et MH (102) . La transmission de type répétition au niveau lien utilise des liens de type « partagé » entre MAG (106) et MH (102) . Un exemple de lien type point-à-point est le lien UMTS (3GPP, LTE) et un exemple de lien type « partagé » est Ethernet (WiFI, autre) . Le lien de type UMTS est utilisé dans des déploiements cellulaires, opérateur de téléphonie mobile. Le lien de type Ethernet est utilisé dans des déploiements de type HotSpot.
La Figure 5 montre sous un schéma de type flot de données, un premier exemple d'échange avec lien point- à-point opérant selon les principes de la présente invention. Comme expliqué précédemment, aucune modification n'est apportée sur les entités existantes de l'infrastructure PMIP, en particulier sur les entités LMA et MAG. L'échange point-à-point est un échange aussi connu par le protocole de tunnelisation niveau 2 « Layer 2 Tunneling Protocol ou L2TP en anglais » qui combine les fonctionnalités du protocole « Layer 2 Forwarding ou L2F en anglais » et du protocole « Point-to-Point Tunneling Protocol ou PPTP en anglais ». Un autre protocole est le « PPP » spécifié par la RFC1661 et le « IP Version 6 over PPP » spécifié dans la RFC5072.
Dans ce type d'échange, les entrées dans les tables de routage des MAG sont sous la forme de paires
[HNP, LLMR@] où « LLMR@ » désigne l'adresse du routeur mobile local au lien ou « Link-Local Mobile Router 's Address en anglais ».
Dans une étape initiale (502), le terminal mobile
(102) procède à une sollicitation de routeur en envoyant à une entité MAG (106) un message de
sollicitation de routeur « Routeur Solicitation ou RS en anglais ». Le message est reçu par le MAG (106) qui envoie à l'étape (504) un message « Proxy Binding Update PBU » vers une entité LMA (104) avec un identifiant du terminal mobile demandeur, un « Mobile Node Identifier ou MNID en anglais ».
Dans une étape suivante (506) le LMA 104 alloue un HNP pour l'identifiant (MNID), et procède à un enregistrement de ces données en mettant à jour ses tables de routage par rapport à cet identifiant
(MNID), le HNP alloué et le MAG sollicitant (106) . Le LMA répond au MAG en envoyant un message de « Proxy Binding Acknowledgement ou PBA en anglais » contenant le Home Network Prefix alloué.
A réception, le MAG met à jour ses tables par rapport à l'identifiant (MNID), le HNP alloué et le LMA. Puis à l'étape (508) le MAG retourne au terminal mobile (102) un message de « Routeur Advertisement RA » contenant le HNP attribué par le LMA.
Ensuite, le MH (102) utilise une méthode d'auto- configuration pour configurer sa propre adresse. En environnement IPv6, une méthode telle que définie dans la RFC4862 est connue sous la dénomination "Stateless Address Auto-configuration" pour configurer une adresse IPv6 nommée « Mobile Router Home Address ou MR_HoA en anglais ».
À ce stade, toute communication directe et bidirectionnelle, initiée par MH (102) ou par un nœud correspondant CN (110) est possible. Cette communication est encapsulée dans un tunnel IP-en-IP « IP-in-IP en anglais » (510).
Les champs source et destination de cette communication sont MH (102) et CN (110), et les champs source et destination du tunnel IP-en-IP sont LMA (104) et MAG (106) .
Un tunnel de communication (510) est établi entre le MAG (106) et le LMA (104) qui permet au terminal mobile (102) d'échanger des flots de données en provenance d'un nœud correspondant CN (110) situé dans l'environnement réseau, à l'extérieur du domaine PMIP.
La communication entre un LFN (202) et CN (110) n'est pas possible car comme expliqué précédemment un LFN n'a pas encore une adresse IP qui soit
topologiquement correcte, et le cas échéant le LMA (104) et le MAG (106) ne sont pas configurés pour avoir connaissance d'une telle adresse afin de transmettre des paquets de données vers un LFN (202) .
Afin de permettre l'acheminement des données vers les équipements utilisateurs finaux LFN (202), le terminal mobile va se configurer (512) pour opérer comme un routeur mobile que l'on nomme MR (204) . Le HNP est divisé en une « Home Adress » (HoA) pour le terminal/Routeur mobile (102/204) que l'on nomme une « MR-HoA » et en deux préfixes (PI, P2) de longueur prédéfinie (Ll, L2) pour les LFNs .
La longueur de la « Home Adress » est
préférentiellement égale à la longueur d'encodage des adresses du réseau PMIP. Ainsi en ΡΜΙΡνβ, où les adresses sont encodées sur 128 bits, la longueur de la « Home Adress » du Terminal/Routeur mobile est de 128 bits .
L'un des deux préfixes générés est un « Mobile Network Prefix ou MNP en anglais » qui va être utilisé par un LFN (202) .
Le routeur mobile (MR) met à jour ses tables de routage par rapport à la Home Address et aux deux pré¬ fixes PI et P2 de manière à ce que PI et P2 soient annoncés vers les LFN sur une ou deux interfaces in- gress, et que la Home Adress soit utilisée seulement comme adresse source des seules applications exécutées sur MR.
A l'étape suivante (514), le routeur mobile MR (102) envoie un ou plusieurs messages RA « Router Ad- vertisement » sur une ou 2 interfaces ingress, contenant les préfixes MNP pour les LFNs.
À la réception du message RA, un LFN (202) effectue une procédure d'auto-configuration pour se générer une adresse IP. Préférentiellement, en IPv6, la procédure est la procédure connue comme « Stateless Address Auto-configuration ». Une fois l'adresse IP générée, la communication bidirectionnelle (516) de données d'application entre le CN (110) et le LFN (202) est possible. Il n'y a pas eu de nouveau message PMIP créé, ni de modifica¬ tion sur les messages PMIP existants.
L'adresse du LFN (202) faisant partie du préfixe extrait du HNP, les tables de LMA (104) et MAG (106) connaissent implicitement la position topologique de cette adresse par exécution d'un algorithme connu de « Longest Prefix Match en anglais ».
La Figure 6 montre sous un schéma de type flot de données, un second exemple d'échange de liens partagés « shared links en anglais » opérant selon les principes de la présente invention. Dans cet exemple, le mécanisme d'échange des données est de type « Neighbor Discovery proxy ou ND proxy en anglais ».
Dans ce type d'échange, les entrées dans les tables de routage des MAG sont sous la forme de paires génériques [HNP, *] appelée parfois « connected route en anglais ».
La procédure initiale d'obtention de HNP est identique à celle décrite pour la figure 5, et n'est pas décrite de nouveau, les mêmes références étant conservées tant pour les entités (202-1, 102, 104, 106, 110) que pour les étapes de la procédure de (502) à (514) .
Ensuite quand le MAG reçoit un paquet de données (602) provenant du LMA destiné à un LFN, il initie (604) un message de sollicitation de voisinage
« Neighbor Solicitation ou NS en anglais » pour récupérer l'adresse « MAC » de la destination. Cette information est utile pour s'assurer que la
destination est bien connectée directement au MAG. Le routeur mobile (MR) agit comme un LFN en répondant directement au MAG en insérant sa propre adresse MAC dans le message de réponse (proxy neighbor
advertisement ) . Ainsi, MR consiste à faire croire au MAG que les adresses IPv6 utilisées par le ou les LFNs proviennent de la même adresse MAC, i.e., celle du MR.
Dans une variante d ' implémentation, il est possible d'intégrer un procédé de basculement
dynamique pour le routeur mobile (MR) entre les deux types d'échange de données (routage et ND proxy) . Le procédé permet au routeur mobile (MR) de détecter quel type d'entrée est utilisée par le MAG, entrées de type [HNP, LLMR@] ou entrées génériques de type [HNP, *] . Selon le type d'entrée détectée, le routeur se comporte soit comme un routeur classique ou soit comme un « ND proxy ».
Pour détecter le type d'entrée, le (MR) écoute sur son interface egress les messages. Si l'un des messages est un « Neighbor Solicitation » qui contient dans le champ « destination » une adresse correspondant au préfixe MNP obtenu à l'étape (512) par la division HNP, alors MR considère que le MAG utilise une entrée générique de type [HNP, *] . Le (MR) exécute alors la procédure « ND proxy » des étapes 602 à 612 et répond à toute demande de message NS émise par le MAG pour une adresse du LFN en offrant sa propre adresse MAC.
Si le (MR) ne reçoit pas de message « Neighbor Solicitation » pendant une période de temps prédéfinie alors le (MR) considère que le MAG utilise des entrées de type [HNP, LLMR@] et exécute la procédure
précédemment décrite en figure 5.
Il est intéressant de rappeler quelques avantages majeurs de la solution proposée. Le MH devenant routeur mobile MR permet le support des réseaux mobiles. Aucune modification n'est requise sur les entités du réseau cœur, ce qui a l'avantage opérationnel de pouvoir continuer à utiliser le protocole ΡΜΙΡνβ ainsi que les configurations d'adressage déjà installées. Il n'y a pas de nouvelles entités à installer, à configurer et à maintenir. La présente invention consiste à développer des extensions sur MH exclusivement pour le faire opérer en routeur mobile et ainsi utiliser au moins deux interfaces IP.
La présente invention peut s ' implémenter à partir d'éléments matériel et/ou logiciel. Elle peut être disponible en tant que produit programme d'ordinateur sur un support lisible par ordinateur.
Le support peut être électronique, magnétique, optique, électromagnétique ou être un support de diffusion de type infrarouge. De tells supports sont par exemple, des mémoires à semi-conducteur (Random Access Memory RAM, Read-Only Memory ROM) , des bandes, des disquettes ou disques magnétiques ou optiques (Compact Disk - Read Only Memory (CD-ROM) , Compact Disk - Read/Write (CD-R/W) and DVD) .
Ainsi la présente description illustre une implémentation préférentielle de l'invention, mais n'est pas limitative. Un exemple a été choisi pour permettre une bonne compréhension des principes de l'invention, et une application concrète, mais il n'est en rien exhaustif et doit permettre à l'homme du métier d'apporter des modifications et variantes d ' implémentation en gardant les mêmes principes.

Claims

Revendications
Méthode pour gérer la mobilité d'un réseau mobile (202) opérant dans un environnement Proxy Mobile IP (PMIP) comprenant au moins un point d'attachement (104) et un routeur d'accès (106), ledit réseau mobile (202) comprenant un terminal mobile (102, 204) en communication avec au moins un équipement utili¬ sateur (202_1), la méthode comprenant les étapes suivantes :
établir (510) un tunnel de communication IP-en-IP entre lesdits au moins un point d'attachement et routeur d'accès permettant l'échange de données entre le terminal mobile (102) et un nœud corres¬ pondant (110) de l'environnement PMIP, le tunnel de communication attribuant un « Home Network Prefix » (HNP) au terminal mobile ;
diviser (512) le Home Network Prefix attribué en une première partie pour former une « Home Adress » (HoA) pour le terminal mobile (102, 204), et en une ou plusieurs autres parties pour générer un ou plusieurs préfixes (P1,P2), l'un des préfixes définissant un « Mobile Network Prefix » (MNP) attribué au terminal mobile (102,204); et
annoncer (514) le « Mobile Network Prefix » généré vers ledit au moins un équipement utilisateur (202_1) de manière à permettre l'échange de don¬ nées (516, 612) entre ledit au moins un équipement utilisateur (202_1) et le nœud correspondant (110) par ledit tunnel de communication IP-en-IP. La méthode selon la revendication 1 dans laquelle l'étape (510) d'établir un tunnel de communication PMIP comprend les étapes de :
émettre (502) un message (RS) de sollicitation d'attachement du terminal mobile (102) audit au moins un routeur d'accès (106); et
recevoir (508) du routeur d'accès un message (RA) contenant un « Home Network Prefix » pour le terminal mobile.
3. La méthode selon la revendication 2 comprenant après l'étape d'émission (502) l'étape de:
signaler (504) la présence du terminal mobile au- dit au moins un point d'attachement (104) par un message de « Proxy Binding Update » (PBU) ; et recevoir (506) du audit au moins un point d'attachement un message de confirmation « Proxy Binding Acknowledgement » (PBA) contenant le « Home Network Prefix » pour le terminal mobile
(102) .
La méthode selon l'une quelconque des revendica¬ tions 1 à 3 dans laquelle l'étape de division (512) comprend les étapes de:
identifier si l'adresse du routeur d'accès dans le message (RA) contenant le « Home Network Prefix » est de type « Link-Local Mobile Router 's Adress » ( LLMR@ ) ; et si oui mettre à jour la table de routage du terminal mobile (102, 204) avec la « Home Adress » et les- dits préfixes (P1,P2) .
5. La méthode selon la revendication 4 comprenant l'étape suivante, si l'adresse du routeur d'accès n'est pas de type ( LLMR@ ) :
initier (604) un message de sollicitation de voisinage (NS) pour obtenir l'adresse « MAC » de la destination .
6. La méthode selon l'une quelconque des revendications 1 à 5 dans laquelle l'étape (514) d'annonce comprend l'étape d'envoyer un message (RA) de « Rou¬ ter Advertisement » comprenant le MNP vers ledit au moins un équipement utilisateur (202_1) .
7. La méthode selon l'une quelconque des revendica¬ tions 1 à 6 dans laquelle l'environnement Proxy Mobile IP est un environnement ΡΜΙΡνβ .
8. La méthode selon l'une quelconque des revendications 1 à 7 dans laquelle ladite « Home Adress » est de longueur égale à la longueur d'encodage des adresses du réseau PMIP.
9. La méthode selon l'une quelconque des revendications 1 à 8 dans laquelle ledit au moins un équipe¬ ment utilisateur appartient au groupe des équipe¬ ments (ordinateur portable, tablette PC, téléphone portable) .
10. Un système pour gérer la mobilité d'un réseau mo¬ bile (202) opérant dans un environnement Proxy Mobile IP (PMIP) , ledit réseau mobile (202) comprenant un terminal mobile (102) en communication avec au moins un équipement utilisateur (202_1), le système comprenant des moyens pour mettre en œuvre les étapes de la méthode selon l'une quelconque des revendications 1 à 9. 11. Un terminal mobile (102) apte à communiquer avec au moins un équipement utilisateur (202_1) dans un environnement Proxy Mobile IP (PMIP) , le terminal mobile comprenant le système selon la revendication 10.
12. Un produit programme d'ordinateur, ledit pro¬ gramme d'ordinateur comprenant des instructions de code permettant d'effectuer les étapes de la méthode selon l'une quelconque des revendications 1 à 9, lorsque ledit programme est exécuté sur un ordina¬ teur .
PCT/EP2013/053966 2012-02-28 2013-02-27 Gestion de la mobilite d'un reseau mobile Ceased WO2013127879A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/377,467 US20150009977A1 (en) 2012-02-28 2013-02-27 Method and system for managing the mobility of a mobile network
EP13706050.5A EP2820872B1 (fr) 2012-02-28 2013-02-27 Gestion de la mobilité d'un réseau mobile

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1251777 2012-02-28
FR1251777A FR2987540B1 (fr) 2012-02-28 2012-02-28 Methode et systeme de gestion de la mobilite d'un reseau mobile

Publications (1)

Publication Number Publication Date
WO2013127879A1 true WO2013127879A1 (fr) 2013-09-06

Family

ID=47137787

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/053966 Ceased WO2013127879A1 (fr) 2012-02-28 2013-02-27 Gestion de la mobilite d'un reseau mobile

Country Status (4)

Country Link
US (1) US20150009977A1 (fr)
EP (1) EP2820872B1 (fr)
FR (1) FR2987540B1 (fr)
WO (1) WO2013127879A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10462612B2 (en) 2016-04-22 2019-10-29 Veniam, Inc. Systems and methods for managing mobility of users in a network of moving things at the backhaul
CN112040441A (zh) * 2020-08-04 2020-12-04 深圳成谷智能科技有限公司 一种实现车载单元与网络设施之间通信的方法及装置
CN117354063B (zh) * 2023-12-04 2024-04-02 明阳产业技术研究院(沈阳)有限公司 基于IPv6的智能互联网终端管理方法、系统、介质及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2161882A1 (fr) * 2007-05-28 2010-03-10 Sharp Kabushiki Kaisha Système de communication utilisant un protocole de mobilité ip basé sur réseau, dispositif de commande, routeur et procédé de communication apparenté
EP2203005A1 (fr) * 2008-12-23 2010-06-30 Panasonic Corporation Détection de lien d'accueil optimisé
US20110032874A1 (en) 2009-08-05 2011-02-10 Foundation Of Soongsil University-Industry Cooperation APPARATUS AND METHOD FOR NETWORK MOBILITY MANAGEMENT IN PROXY MOBILE IPv6 NETWORK

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003032588A1 (fr) * 2001-10-02 2003-04-17 Ntt Docomo, Inc. Systeme de controle de mobilite, noeud mobile utilise dans ce systeme, procede de controle de mobilite, programme de controle de mobilite et noeud de controle de mobilite
US7539164B2 (en) * 2002-06-14 2009-05-26 Nokia Corporation Method and system for local mobility management
EP1764970A1 (fr) * 2005-09-19 2007-03-21 Matsushita Electric Industrial Co., Ltd. Noeud mobile comportant plusieurs interfaces avec connexion simultanée à un réseau d'origine et ä un réseau étranger
US20070082673A1 (en) * 2005-10-12 2007-04-12 Christope Janneteau Autonomous mode for a plurality of nested mobile networks
JP4690465B2 (ja) * 2005-12-23 2011-06-01 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 移動ネットワークから、その移動ネットワークのホームネットワークへデータパケットをルーティングするための方法、通信システムおよびモバイルルータ
ATE538581T1 (de) * 2006-06-20 2012-01-15 Ericsson Telefon Ab L M Verfahren und anordnung zum sicherstellen von präfix-einheitlichkeit zwischen mehreren mobil- routern
US8284743B2 (en) * 2006-06-20 2012-10-09 Telefonaktiebolaget Lm Ericsson (Publ) Maintaining prefix consistency in dynamic moving networks
US8155078B2 (en) * 2006-10-20 2012-04-10 Qualcomm Incorporated Systems and methods for using internet mobility protocols with non internet mobility protocols
CN101543016A (zh) * 2006-11-29 2009-09-23 惠普开发有限公司 网络中的设备管理操作的基于ip的通知
FI20070157A0 (fi) * 2007-02-23 2007-02-23 Nokia Corp Nopea päivityssanomien autentikointi avainderivaatiolla mobiileissa IP-järjestelmissä
WO2009028885A2 (fr) * 2007-08-28 2009-03-05 Samsung Electronics Co., Ltd. Procédé et système de gestion de la mobilité dans un système de communication mobile utilisant un protocole internet mobile mandataire
US8045569B1 (en) * 2007-09-18 2011-10-25 Marvell International Ltd. Mechanism to verify packet data network support for internet protocol mobility
US8085793B2 (en) * 2007-09-24 2011-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Traffic localization with proxy mobility
EP2206401B1 (fr) * 2007-10-10 2017-05-31 BlackBerry Limited Support pour des protocoles à origine multiple
EP2058998A1 (fr) * 2007-11-09 2009-05-13 Panasonic Corporation Continuité d'optimisation de route lors du transfert d'une mobilité basée sur réseau à une mobilité basée sur hôte
US8228843B2 (en) * 2007-11-12 2012-07-24 Futurewei Technologies, Inc. Internet protocol version 4 support for proxy mobile internet protocol version 6 route optimization protocol
US8705559B2 (en) * 2007-11-14 2014-04-22 Panasonic Corporation Communication apparatus, communication method, and integrated circuit
US20100316035A1 (en) * 2008-02-12 2010-12-16 Panasonic Corporation Position information management device, network edge device, and mobile terminal
EP2111010A1 (fr) * 2008-04-17 2009-10-21 Nokia Siemens Networks Oy Méthode pour préserver l'adresse de réseau au cours d'un transfert vertical
US20110103260A1 (en) * 2008-06-16 2011-05-05 Panasonic Corporation Binding cache creating method, binding cache creating system, home agent, and mobile node
JPWO2010016241A1 (ja) * 2008-08-06 2012-01-19 パナソニック株式会社 プレフィックス割り当て管理システム及び移動端末並びにプレフィックス割り当て管理装置
JPWO2010035464A1 (ja) * 2008-09-24 2012-02-16 パナソニック株式会社 プリフィックス割り当て方法、プリフィックス割り当てシステム及びモバイルノード
EP2190252B1 (fr) * 2008-11-25 2013-09-18 Alcatel Lucent Procédé pour la gestion de la mobilité d'un dispositif mobile dans un réseau utilisant un protocole proxy MIPv6
EP2194686A1 (fr) * 2008-12-03 2010-06-09 Panasonic Corporation Établissement de tunnel sécurisé en fonction de la fixation ou transfert vers un réseau d'accès
US8566455B1 (en) * 2008-12-17 2013-10-22 Marvell International Ltd. Method and apparatus for supporting multiple connections in 3GPP systems
KR101588887B1 (ko) * 2009-02-09 2016-01-27 삼성전자주식회사 멀티-홉 기반의 인터넷 프로토콜을 사용하는 네트워크에서 이동 노드의 이동성 지원 방법 및 그 네트워크 시스템
EP2244495B1 (fr) * 2009-04-20 2012-09-19 Panasonic Corporation Optimisation de route d'un chemin de données entre des noeuds de communication utilisant un agent d'optimisation
JPWO2011001594A1 (ja) * 2009-06-29 2012-12-10 パナソニック株式会社 リダイレクション方法、リダイレクションシステム、モバイルノード、ホームエージェント及び代理ノード
JPWO2011001628A1 (ja) * 2009-07-03 2012-12-10 パナソニック株式会社 コネクション管理方法、コネクション管理システム、移動端末、パケットデータゲートウェイ並びに移動管理ゲートウェイ
US8675555B2 (en) * 2010-01-06 2014-03-18 Futurewei Technologies, Inc. Proxy mobile internet protocol version six multihoming support for flow mobility
KR101734480B1 (ko) * 2010-12-23 2017-05-12 한국전자통신연구원 홈 네트워크 프리픽스 할당 방법, 인터 핸드오프 방법 및 이를 수행하는 멀티호밍 시스템
US8995337B2 (en) * 2011-01-14 2015-03-31 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for managing the mobility of mobile networks
EP2708012B1 (fr) * 2011-05-13 2018-07-04 Nokia Solutions and Networks Oy Procédés d'attribution de préfixes et élément de réseau, serveur et produits programme d'ordinateur correspondants

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2161882A1 (fr) * 2007-05-28 2010-03-10 Sharp Kabushiki Kaisha Système de communication utilisant un protocole de mobilité ip basé sur réseau, dispositif de commande, routeur et procédé de communication apparenté
EP2203005A1 (fr) * 2008-12-23 2010-06-30 Panasonic Corporation Détection de lien d'accueil optimisé
US20110032874A1 (en) 2009-08-05 2011-02-10 Foundation Of Soongsil University-Industry Cooperation APPARATUS AND METHOD FOR NETWORK MOBILITY MANAGEMENT IN PROXY MOBILE IPv6 NETWORK

Also Published As

Publication number Publication date
US20150009977A1 (en) 2015-01-08
EP2820872B1 (fr) 2017-08-30
FR2987540A1 (fr) 2013-08-30
FR2987540B1 (fr) 2016-05-13
EP2820872A1 (fr) 2015-01-07

Similar Documents

Publication Publication Date Title
US9621458B2 (en) Internet routing over a service-oriented architecture bus
US10057342B2 (en) Infrastructure access via neighbor awareness networking data path
JP5345701B2 (ja) モバイルｉｐネットワークのｉｍｓセッションにモビリティを提供するための装置および方法
AU2016325529A1 (en) Systems and methods for mobility management in a distributed software defined network packet core system
JP7539995B2 (ja) 通信方法および通信装置
Mayer et al. Ip-enabled wireless sensor networks and their integration into the internet
Kuntz et al. Multihoming in IPv6 mobile networks: progress, challenges, and solutions
US8116297B2 (en) Routing data packets from a moving network to a home network
JP2011521496A (ja) 無線ネットワークにおいて、複数のインターネット・プロトコル・アドレスを備えたノードのためのアドレス転送
JP4938891B2 (ja) ネットワークベース・ローカル移動管理
WO2014088675A2 (fr) Recouvrement de service distribué à auto-organisation pour réseaux ad hoc sans fil
Kärkkäinen et al. Liberouter: Towards autonomous neighborhood networking
EP2820872B1 (fr) Gestion de la mobilité d'un réseau mobile
Nováczki et al. Design and evaluation of a novel HIP-based network mobility protocol.
EP2997717A1 (fr) Procede et dispositif de selection d'interface de communication
EP2820873B1 (fr) Gestion de la mobilité d'un reseau mobile
Sharma et al. Ad hoc network architecture based on mobile Ipv6 development
Sabeur et al. Mobile party: A mobility management solution for wireless mesh network
CN102769676B (zh) Ip网络移动管理方法、装置和系统
McCarthy et al. Using NEMO to support the global reachability of MANET nodes
McCarthy et al. Using nemo to extend the functionality of manets
McCarthy et al. Supporting nested NEMO networks with the unified MANEMO architecture
Terli et al. Software implementation of IPv4 to IPv6 migration
WO2009122074A1 (fr) Procédé de routage de données d'un flux de communication
Achour et al. SHIM6-based mobility management for multi-homed terminals in heterogeneous environment

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13706050

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14377467

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2013706050

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013706050

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE