[go: up one dir, main page]

WO2012104527A1 - Procede et dispositif de translation d'adresse - Google Patents

Procede et dispositif de translation d'adresse Download PDF

Info

Publication number
WO2012104527A1
WO2012104527A1 PCT/FR2012/050179 FR2012050179W WO2012104527A1 WO 2012104527 A1 WO2012104527 A1 WO 2012104527A1 FR 2012050179 W FR2012050179 W FR 2012050179W WO 2012104527 A1 WO2012104527 A1 WO 2012104527A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
context information
identifier
address translation
address
Prior art date
Application number
PCT/FR2012/050179
Other languages
English (en)
Inventor
Benoît LEMOINE
Olivier Bernier
Antoine DELAFOY
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Publication of WO2012104527A1 publication Critical patent/WO2012104527A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/106—Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/251—Translation of Internet protocol [IP] addresses between different IP versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2592—Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5084—Providing for device mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/65—Telephone numbers
    • 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]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6

Definitions

  • the invention relates to the general field of telecommunications.
  • the invention relates to techniques for using the Internet Protocol in the IPv4 and IPv6 versions.
  • the invention relates to both mobile networks and fixed networks. Since its creation, two versions of the Internet protocol have been developed: version 4 (RFC 791) which is commonly used in current Internet networks and version 6 (RFC 2460). Recently, telecommunication operators have been studying introductory scenarios for version 6 of the Internet protocol, which has a much wider domain of addressing because of the larger size of the addressing field and which therefore makes it possible to increase long-lasting ability to allocate addresses to customers in a given network.
  • the DS-Lite solution defined in the IETF document "draft-ietf-softwire-dual-stack-lite” can be used to introduce IPv6 connectivity, while maintaining IPv4 connectivity with a private addressing.
  • This solution consists of establishing, over IPv6 connectivity, an IPv4 tunnel between the fixed client with an IPv4 private subnet 192.168.0.0/28 and an address translation device called CGN ("Carrier Grade NAT").
  • the residential gateway of the fixed client participates in the implementation of the DS-Lite mechanism by establishing the tunnel up to the CGN.
  • the Gi-DS-Lite solution defined in the IETF document "draft-ietf-softwire gateway-init-ds-lite", which consists in establishing a tunnel between the access point to the Internet network (which can be a GGSN server or PDN-GW gateway) and a remote address translation device (CGN) to translate in IPv4 packets the private address and the UDP / TCP port used by a mobile client into a public address shared and a different UDP / TCP port.
  • CGN remote address translation device
  • the address translation device receives packets transmitted by a mobile terminal in a tunnel from an access point to the Internet network. initial. These packets indicate a private source IPv4 address "IPv4 @ l", which it translates into a public source address "IPv4 @ 2".
  • IPv4 @ l private source IPv4 address
  • IPv4 @ 3 public source address
  • the address translation device receives the packets transmitted by a mobile terminal into another tunnel from another access point. These packets indicate the source address "IPv4 @ 3". The address translation device therefore considers that it is another client and translates the address "IPv4 @ 3" into another public source address "IPv4 @ 4".
  • the public address change prevents you from maintaining an active session with an application server or a remote correspondent.
  • the change of private address may be perceived by the terminal as an interruption of connectivity, which may require the need to restart some applications.
  • IPv6 for a client who may change their access point to the Internet in case of mobility.
  • the invention provides an address translation device for connection to an IPv6 based operator network and an IPv4 based public network, said address translation device comprising:
  • This address translation device is remarkable in that the context information comprises an identifier of the terminal, the address translation device comprising:
  • said updating means comprising:
  • the invention also proposes a management device for an IPv6-based operator network, a terminal being able to transmit an incoming IPv4 packet encapsulated in a tunnel established on said operator network to a translation device. address.
  • This management device is remarkable in that it comprises:
  • the invention provides an access point for an IPv6 based operator network, comprising:
  • the movement of the terminal in the network may result in a change of access point and therefore a change of the tunnel used to send the IPv4 packet to the address translation device, thus a change of the tunnel parameter associated with the terminal.
  • This parameter can be in particular an IPv6 address of the terminal in the case of a residential gateway, or a context identifier and the IPv6 address of an access point to the operator network in the case of a mobile terminal.
  • the management device can constitute a management information base associating the identifier of a terminal with the parameter of the tunnel associated with the terminal.
  • the address translation device receives a packet, it looks for context information as a function of the parameter.
  • the address translation device interrogates the management device and obtains an identifier of the terminal. Since the context information also contains a terminal identifier, the address translation device can then determine whether the packet is from a new terminal, and in this case create context information for that terminal, or a terminal. who has moved in the network, and in this case just update the context information.
  • the IPv4 address assigned to the terminal and the IPv4 address after address translation can remain constant.
  • the terminal does not perceive any interruption of connectivity.
  • the application server or the remote correspondent with whom the terminal communicates does not perceive a session interruption.
  • the invention also proposes an operator network based on IPv6 and comprising an address translation device, a management device and at least one access point according to the invention.
  • the invention also proposes a communication method implemented by the address translation device, a management method implemented by the management device and a communication method implemented by the access point.
  • the operator network and the aforementioned methods have the same advantages as those discussed above in connection with the address translation device, the management device and the access point according to the invention.
  • the invention proposes a communication method implemented by an address translation device connected to an IPv6-based operator network and a network.
  • an IPv4-based public said address translation device storing context information in a context information base, the communication method comprising:
  • said context information comprises an identifier of the terminal
  • the communication method comprising, following receipt of the incoming IPv4 packet and prior to said address translation step:
  • a step of updating said context information base comprising:
  • the response message contains a new value of said parameter, said step of modifying said context information comprising modifying the context information according to said new value of said parameter.
  • the invention also proposes a management method implemented by an IPv6-based operator network management device, a terminal being able to transmit an IPv4 packet encapsulated in a tunnel established on said operator network to a network.
  • address translation device characterized in that it comprises: a step of receiving, from an access point (3, 3A, 3B) through which the terminal accesses the operator network, an information message containing an identifier of the terminal and a tunnel parameter in which the incoming IPv4 packet is encapsulated,
  • a step of sending a response message to the address translation device and containing the identifier of the terminal a step of sending a response message to the address translation device and containing the identifier of the terminal.
  • the response message contains a new value of said parameter.
  • the invention also proposes a communication method implemented by an access point of an IPv6-based operator network, comprising:
  • a step of determining a parameter of a tunnel established in the operator network to an address translation device, in which an IPv4 packet transmitted by the terminal is encapsulated characterized in that it comprises:
  • this communication method comprises, before the determining step and before the step of transmitting the information message:
  • the invention also relates to a computer program comprising instructions for performing the steps of a communication method or a management method according to the invention when said program is executed by a computer.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.
  • the invention also relates to a recording medium or information carrier readable by a computer, and comprising instructions of a computer program as mentioned above.
  • the recording media mentioned above can be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard.
  • the recording media may correspond to a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the recording media may correspond to an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • FIG. 1 represents a mobile telecommunication network enabling the implementation of an embodiment of the invention
  • FIGS. 2 and 3 show the progress of a communication in the telecommunication network of FIG. 1,
  • FIG. 4 schematically represents a communication device of the telecommunication network of FIG.
  • FIGs 5 to 7 are similar to Figures 1 to 3 respectively, and show another embodiment of the invention.
  • FIG. 8 represents a mobile telecommunication network allowing the implementation of another embodiment of the invention.
  • FIG. 1 represents a telecommunication network 1 in which a mobile terminal 2 can communicate with an application server 11 or a remote correspondent 12.
  • the telecommunication network 1 comprises an operator network 6 managed by a telecommunication operator and a public network 10.
  • the operator network 6 is based on IPv6, version 6 of the Internet protocol. It comprises in particular access points 3, a management device 7 and an address translation device 8 having access to the public network 10.
  • the public network 10 is based on IPv4, version 4 of the Internet protocol.
  • the application server 11 and the remote correspondent 12 are connected to the public network 10.
  • the mobile terminal 2 has IPv4 connectivity and IPv6 connectivity. It can therefore access the operator network 6 via a radio access network, not shown in FIG. 1, and one of the access points 3, using an IPv4 link 4 or a link IPv6 5.
  • the address translation mechanism implemented by the address translation device 8 may take into account the ports p1 and p2 used or not.
  • the first type of address translation device 8 performs only address translation and is known as NAT for "Network Address Translation”.
  • the second type of address translation device 8 performs both address translation and port translation and is known as NAPT for "Network Address and Port Translation”. For this second type, it may be for example a symmetrical address translation mechanism, "full cone” or "cone restricted”.
  • an IPv4 address denoted @ 1
  • a tunnel 9 is established between an access point 3 and the address translation device 8.
  • An IPv6 address can also be attributed to the mobile terminal 2.
  • the management device 7 maintains a management information base 20.
  • the management information base 20 comprises, for each mobile terminal 2 managed by the management device 7, management information including:
  • the identifier I 2 identifies the mobile terminal 2 uniquely in the telecommunications network 1.
  • the identifier I 2 is for example a number MSISDN ("Mobile Subscriber Integrated Services Digital Network / Vumbef ') defined in ITU Recommendation' International Telecommunication Union ') E.164.
  • MSISDN Mobile Subscriber Integrated Services Digital Network / Vumbef '
  • an IPv4 address assigned to the mobile terminal 2 can not serve as an identifier. Indeed, a private IPv4 address can be used by several different terminals and a public IPv4 address can be assigned successively to several different terminals.
  • IPv6 address of tunnel termination 9 on access point 3 denoted @ 3.
  • the address translation device 8 maintains a context information base 21.
  • the context information base 21 comprises, for each mobile terminal 2 managed by the address translation device 8, context information including:
  • IPv4 public address denoted @ 2 (for the first type of address translation device mentioned above), or one or more pairs of IPv4 public address, denoted @ 2, and external port p2 (for the second type of address translation device mentioned above), which can be used on the public network 10.
  • the context information makes it possible to perform an address translation between:
  • an uplink IPv4 packet transmitted by the mobile terminal 2 over the IPv4 link to an application server 11 or a remote correspondent 12 is encapsulated by the access point 3 in the tunnel 9 to the device. address translation 8.
  • the address translation device 8 performs address translation according to the context information. Then, the uplink packet is sent on the public network 10. Conversely, a downstream IPv4 packet transmitted by an application server 11 or a remote correspondent 12 to the public address @ 2 or to the public address @ 2 and the associated port p2 to the mobile terminal 2 is received by the address translation device 8.
  • the address translation device 8 carries out an address translation according to the context information. Then, the downstream packet is transmitted to the mobile terminal 2 through the tunnel 9 and the access point 3.
  • the mobile terminal 2 can communicate with an application server 11 or a remote correspondent 12 using the version 4 of the Internet protocol, even if it is connected to an operator network 6 based on version 6 of the Internet protocol.
  • FIG. 2 With reference to FIG. 2, the progress of a communication in telecommunication network 1 is now described in more detail, making it possible to obtain the state represented in FIG. 1.
  • two access points 3 are represented and designated respectively by references 3A and 3B.
  • the mobile terminal 2 is not connected to the operator network 6.
  • the mobile terminal 2 sends an access request RA to the access point 3A.
  • the access request RA contains the identifier I 2 of the mobile terminal 2.
  • the access point 3A In response to the receipt of the access request RA, the access point 3A sends a message Ml containing the identifier I 2 to the management device 7.
  • the management device 7 determines whether its management information base 20 contains management information for the identifier I 2 (step El). In this case, the management information base 20 does not contain management information for the identifier I 2 .
  • the management device 7 then responds with a message M2 informing the access point 3A that it can assign an IPv4 address to the mobile terminal 2.
  • the access point 3A allocates (step E2) an IPv4 address, denoted @ 1, to the mobile terminal 2.
  • This is for example a subnet address private 192.0.0.0/29 or private IPv4 address in the ranges 10.0.0.0/8, 172.16.0.0/12 or 192.168.0.0/16.
  • the access point 3A informs the mobile terminal 2 of the address @ 1 by an M3 message.
  • the mobile terminal 2 transmits an IPv4 packet, denoted by PI, whose source address is the address @ 1, for a source port a port p1, and for a destination address the IPv4 address of the application server 11 or the remote correspondent. 12.
  • the packet P1 is received by the access point 3A. Since the operator network 6 is based on IPv6, the packet P1, in IPv4 format, can not be sent as such to the operator network 6 by the access point 3A.
  • the access point 3A thus establishes a tunnel 9 towards the address translation device 8 (step E3).
  • the establishment of the tunnel 9 is for example made according to the Gi-DS-Lite technique presented in the introduction.
  • a context identifier CID for "Context IDentifier”
  • CID1 is associated with the mobile terminal 2 during the establishment of the tunnel 9.
  • the access point 3A sends a message M4 to the management device 7.
  • the message M4 contains the identifier I 2 of the mobile terminal 2, the address @ 1 allocated to the mobile terminal 2, the IPv6 address of the termination of the tunnel 9 on the access point 3A, denoted @ 3A, and the context identifier CID1 associated with the mobile terminal 2.
  • the management device 7 stores the information of the message M4 in the management information base 20 (step E4).
  • the access point 3A After the establishment of the tunnel 9, the access point 3A sends the packet Pl in the tunnel 9, to the address translation device 8, using the context identifier CID1 (step E5).
  • the address translation device 8 determines, in step E6, whether its context information base 21 contains context information for the context identifier CID1.
  • the context identifier CID1 is a new identifier.
  • the address translation device 8 sends a message M5 which contains the context identifier CID1 to the management device 7.
  • the management device 7 then consults its management information base 20 and responds with a message M6 which contains the management information associated with the context identifier CID1, that is to say the identifier I 2 of the mobile terminal 2, the address @ 1 allocated to the mobile terminal 2 and the address @ 3 of the termination of the tunnel 9 on the access point 3A.
  • the address translation device 8 searches in its context information base 21 if it already has context information associated with the identifier I 2 . In this case, the context information base 21 does not contain context information associated with the identifier I 2 .
  • the address translation device 8 then assigns a public IPv4 address and an external port to the mobile terminal 2, respectively denoted @ 2 and p2, and updates its context information base 21 by creating context information for the device. mobile terminal 2 (step E7).
  • the context information of the mobile terminal 2 contain: the identifier I 2 , the address @ 1 of the mobile terminal 2, and depending on the type of address translation device, the port or ports pl used by the TCP or UDP connections, the address @ 2 and the port p2 allocated, the @ 3 address of the tunnel termination 9 on the access point 3A and the context identifier CID1.
  • the address translation device 8 performs an address translation on the received packet P1 using the context information created in the step E7, and therefore sends a packet P2 on the public network 10, to the server D. application 11 or the remote correspondent 12, in which the source address (address @ 1) and the source port (port pl) of the packet P1 have been replaced by the address @ 2 and the port p2.
  • the subsequent communication between the mobile terminal 2 and the application server 11 or the remote correspondent 12 during the step E8 is made through the tunnel 9 and by the address translation device 8, which performs the necessary address translation according to the context information created in step E7.
  • the address translation device 8 finds (step E6) that its context information base 21 contains context information associated with the context identifier CID1. It no longer needs to interrogate the management device 7 by an M5 message.
  • the mobile terminal 2 is connected to the access point 3A and communicates with the application server 11 or the remote correspondent 12 using the IPv4 address @ 1 and, beyond the address translation device 8, the public IPv4 address @ 2 (step E8 of FIG. 2).
  • the mobile terminal 2 makes a move in the telecommunications network 1 which involves a change of access point 3.
  • the mobile terminal 2 sends an access request RA 'to the access point 3B.
  • the access point 3B In response to the receipt of the access request RA ', the access point 3B sends a message ⁇ containing the identifier I 2 to the management device 7.
  • the management device 7 determines whether its management information base 20 contains management information for the identifier I 2 (step El '). In this case, the management information base 20 contains the management information for the identifier I 2 , which had been stored in step E4 of FIG. 2.
  • the management device 7 then responds to the point of reference. access 3B by a message M2 'containing the address @ 1.
  • the access point 3A informs the mobile terminal 2 that it can continue to use the address @ 1 or reassigns the same address @ 1 to the mobile terminal 2, by a message M3' . Then, the mobile terminal 2 transmits an IPv4 packet for the same TCP or UDP connection, denoted by assi, having for source address the address @ 1, for source port the same port pl, and for destination address the IPv4 address of the server. 11 or the remote correspondent 12.
  • the packet ⁇ is received by the access point 3B. Since the operator network 6 is based on IPv6, the packet ⁇ , in IPv4 format, can not be sent as such to the operator network 6 by the access point 3B.
  • the access point 3B thus establishes a new tunnel 9 towards the address translation device 8 (step E3 ').
  • a context identifier CID (for "Context IDentifier"), denoted CID2, is allocated to enable the downstream packets to be directed to the mobile terminal 2.
  • the context identifier CID2 is different from the context identifier CIDl.
  • the access point 3B sends a message M4 'to the management device 7.
  • the message M4' contains the identifier I 2 of the mobile terminal 2, the address @ 1 allocated to the mobile terminal 2, the IPv6 address of the termination of the tunnel 9 on the access point 3B, denoted @ 3B, and the context identifier CID2 associated with the mobile terminal 2.
  • the management device 7 updates the management information associated with the mobile terminal 2 in its management information base 20 (step E4 '). Specifically, the management device 7 replaces, in its management information base, the context identifier CID1 by the context identifier CID2. Similarly, the address @ 3A is replaced by the address @ 3B.
  • the access point 3B After the establishment of the new tunnel 9, the access point 3B sends the packet ⁇ in the tunnel 9, to the address translation device 8, using the context identifier CID2 (step E5 ').
  • the address translation device 8 determines, in step E6 ', whether its context information base 21 contains context information for the context identifier CID2.
  • the context identifier CID2 is a new identifier.
  • the address translation device 8 sends a message M5 'which contains the context identifier CID2 to the management device 7.
  • the management device 7 then consults its management information base 20 and responds with a message M6 'which contains the management information associated with the context identifier CID2, that is to say the identifier I 2 , the address @ 1 allocated to the mobile terminal 2 and the address @ 3B.
  • the address translation device 8 searches in its context information base if it already has context information relating to the mobile terminal 2, identified by the identifier I 2 .
  • the context information base already contains context information associated with the identifier I 2 , namely the context information created in step E7 of FIG. 2.
  • the translation device of FIG. address 8 then updates its context information base 21 by modifying the context information associated with the mobile terminal 2 (step E7 '). More specifically, the address translation device 8 replaces, in the context information associated with the mobile terminal 2, the context identifier CID1 by the context identifier CID2. Similarly, the address @ 3A is replaced by @ 3B.
  • the address translation device 8 performs an address translation on the received packet en using the context information updated in step E7, and therefore sends a packet P2 'on the public network 10, to the application server 11 or the remote correspondent 12, in which the source address (address @ 1) and the source port (port pl) of the packet PI have been replaced by the address @ 2 and the port p2.
  • the subsequent communication between the mobile terminal 2 and the application server 11 or the remote correspondent 12 during the step E8 ' is carried out via the new tunnel 9 and the address translation device 8, which performs the necessary address translation according to the context information modified in step El '.
  • the mobile terminal 2 can communicate using the IPv4 protocol, even if the operator network 6 is based on IPv6.
  • the mechanism described with reference to FIG. 3 makes it possible to continue communication between the mobile terminal 2 and the application server 11 or the remote correspondent 12 while retaining the same address @ 1 and the same address @ 2, thanks to the management information stored by the management device 7 during the mechanism of Figure 2.
  • the change of access point 3 does not necessarily lead to an end of session and is not perceived as an interruption of connectivity by the mobile terminal 2.
  • FIGS. 2 and 3 does not imply any particular step on the mobile terminal 2 other than the communication in accordance with the IPv4 and IPv6 protocols. It is therefore not necessary to use a mobile terminal 2 configured in a particular manner.
  • an IPv6 address can be assigned to the mobile terminal 2 in response to access requests RA and RA '.
  • the mobile terminal 2 can use its dual IPv4 and IPv6 connectivity.
  • the address @ 1 assigned to the mobile terminal 2 is a private IPv4 address.
  • a covering address map can be used to assign private IPv4 addresses to many mobile terminals connected to the operator network 6. This overcomes the shortage of IPv4 address.
  • the IPv4 address assigned to the mobile terminal 2 is a public IPv4 address. In this case, the address @ 2 and equal to the address @ 1.
  • the context information maintained by the address translation device 8 may be deleted if no packet with the @ 1 address is received in a tunnel 9 for a delay time. However, this duration must be sufficient to allow the reception of the packet ⁇ after an access point change 3 in order to maintain the association between the address @ 1 and the mobile terminal 2.
  • the access point 3 informs the management device 7.
  • the management device 7 then removes the IPv6 address of the access point 3 in the information 2
  • Other management information associated with the mobile terminal 2 can however be retained for at least one time delay, which keeps the @ 1 address stored in the management information base 20. allocated to the mobile terminal 2, as well as for the second type of address translation device, the associations between the address @ 1 and the port pl and the address @ 2 and the port p2 if the mobile terminal 2 reconnects to an access point 3 before the expiration of the delay time.
  • the address translation device 8 interrogates the management device 7 (messages M5 and M5 ') in response to the receipt of a packet Pl or ⁇ associated with a new connection identifier CID1 or CID2 for update the context information base 20.
  • the address translation device 8 also interrogates the management device 7 periodically, to check the validity of the context information and update it if necessary .
  • the access point 3 is a GGSN server or a PDN-GW gateway. It may be a local GGSN server or a local PDN-GW gateway in the case of an SIPTO type architecture discussed in the introduction.
  • the management device 7 may be for example a server responsible for the authentication, addressing and accounting functions using the RADIUS protocol defined in the RFC 2865 and RFC 2866 documents or the Diameter protocol defined in the RFC 3588 document.
  • management device 7 is for example a server HSS or HLR of the operator network 6.
  • FIG. 4 schematically shows a communication device 50 which may be an access point, a management device or an address translation device as mentioned above.
  • the communication device 50 presents the hardware architecture of a computer and comprises in particular a processor 51, a non-volatile memory 52, a volatile memory 53 and a communication unit 54.
  • the processor 51 allows the execution of programs of computer stored in the non-volatile memory 52 using the volatile memory 53.
  • the communication unit 54 communicates with other devices of the telecommunications network.
  • Figures 5 to 7 are similar figures to Figures 1 to 3, respectively, in the case of a fixed client. Elements identical or similar to elements of the embodiment of Figures 1 to 3 are designated by the same references. Thus, FIG.
  • FIG. 5 represents a telecommunications network 1 in which a residential gateway 13 can communicate via an access network with an application server 11 or a remote correspondent 12.
  • the access network can be a network wired or radio or any other type.
  • a tunnel 15 is established between the residential gateway 13 and the address translation device 8, for example according to the DS-Lite technique presented in the introduction.
  • the contents of the management information base 20 and the context information base 21 will be presented with reference to FIGS. 6 and 7.
  • FIG. 6 With reference to FIG. 6, the progress of a communication in telecommunication network 1 is now described in more detail, making it possible to obtain the state shown in FIG. 5.
  • two access points 3 are represented and designated respectively by references 3A and 3B.
  • the residential gateway 13 is not connected to the operator network 6.
  • the residential gateway 13 When it wishes to access the operator network 6, the residential gateway 13 sends an access request RA to the access point 3A.
  • the access request RA contains the identifier I i3 of the residential gateway 13.
  • the identifier I i3 can be an MSISDN number.
  • the access point 3A In response to receiving the access request RA, the access point 3A sends a message Ml containing the identifier I i3 to the management device 7.
  • the management device 7 determines whether its management information base 20 contains management information for the identifier I 13 (step E1). In this case, the management information base 20 does not contain management information for the identifier I 13 .
  • the management device 7 then responds with an M2 message informing the access point 3A that it can assign an IPv4 address to the residential gateway 13.
  • the access point 3A assigns (step E2) an IPv4 address, denoted @ 1, to the residential gateway 13.
  • the access point 3A also assigns an IPv6 address, denoted @ 3A, the residential gateway 13.
  • the access point 3A informs the residential gateway 13 addresses @ 1 and @ 3A by an M3 message.
  • the access point 3A also sends an M4 message to the management device 7.
  • the message M4 contains the identifier I i3 of the residential gateway 13 and the addresses @ 1 and @ 3A allocated to the residential gateway 13.
  • the management device 7 stores the information of the message M4 in its management information base 20 (step E4).
  • the residential gateway 13 wishes to send an IPv4 packet, denoted by PI, whose source address is the address @ 1, for a source port a port p1, and for a destination address the IPv4 address of the application server 11. or the remote correspondent 12. Since the link 5 to the operator network 6 is an IPv6 link, the packet Pl, in the IPv4 format, can not be sent as such to the operator network 6 by the residential gateway 13.
  • the residential gateway 13 thus establishes a tunnel 15 to the address translation device 8 (step E3).
  • the establishment of the tunnel 15 is for example carried out according to the DS-Lite technique presented in the introduction.
  • the residential gateway 13 sends the packet PI in the tunnel 15 to the address translation device 8 (step E5).
  • the address translation device 8 When it receives an IPv4 packet in the tunnel 15, the address translation device 8 is able to determine the address @ 3A of the tunnel termination 15. Thus, in response to the reception of the packet PI, the device of address translation 8 determines, in step E6, whether its context information base 21 contains context information for the address @ 3A.
  • the @ 3A address is a new address.
  • the address translation device 8 sends a message M5 which contains the address @ 3A to the management device 7.
  • the management device 7 then consults its management information base 20 and responds with a message M6 which contains the management information associated with the address @ 3A, i.e. the identifier I i3 and the address @ 1 of the residential gateway 13.
  • the address translation device 8 searches in its context information base 21 if it already has context information associated with the identifier I i3 . In this case, the context information base 21 does not contain context information associated with the identifier I i3 .
  • the address translation device 8 then assigns a public IPv4 address and an external port to the residential gateway 13, respectively denoted @ 2 and p2, and updates its context information base by creating context information for the residential gateway 13 (step E7).
  • the context information of the residential gateway 13 contains: the identifier I 13 , the addresses @ 1 and @ 3A allocated to the residential gateway 13, the port pl and the address @ 2 and the port p2.
  • the address translation device 8 performs an address translation on the received packet P1 and therefore sends a packet P2 on the public network 10, to the application server 11 or the remote correspondent 12, in which the source address (address @ 1) and the source port (port pl) of the packet P1 have been replaced by the address @ 2 and the port p2.
  • the subsequent communication between the residential gateway 13 and the application server 11 or the remote correspondent 12 during the step E8 is carried out via the tunnel 13 and by the address translation device 8, which performs the necessary address translation according to the context information created in step E7. Indeed, when it receives a packet through the tunnel 15, the address translation device 8 finds that its context information base 21 already contains context information associated with the address @ 3A. It no longer needs to interrogate the management device 7.
  • the residential gateway 13 is connected to the access point 3A and communicates with the application server 11 or the remote correspondent 12 using the IPv4 address @ 1 and, beyond the address translation device 8, the public IPv4 address @ 2 (step E8 of FIG. 6).
  • the residential gateway 13 makes a shift in the telecommunications network 1 which involves a change of access point 3.
  • the residential gateway 13 therefore sends an access request RA 'to the access point 3B.
  • the access point 3B In response to the receipt of the access request RA ', the access point 3B sends a message ⁇ containing the identifier I 13 to the management device 7.
  • the management device 7 determines whether its management information base 20 contains management information for the identifier I i3 (step ⁇ ). In the present case, the management information base 20 contains the management information for the identifier I i3 , which had been stored in step E4 of FIG. 6.
  • the management device 7 then responds to the point of access 3B by a message M2 'containing the address @ 1.
  • the access point 3B assigns (step El') an IPv6 address, denoted @ 3B, to the residential gateway 13.
  • the access point 3B informs the residential gateway 13 of the addresses @ 1 and @ 3A by a message M3 '.
  • the access point 3B also sends a message M4 'to the management device 7.
  • the message M4' contains the identifier I i3 of the residential gateway 13 and the addresses @ 1 and @ 3A assigned to the residential gateway 13.
  • the device management 7 then updates the management information associated with the residential gateway 13 in its management information base 20 (step E4 '). More precisely, the management device 7 replaces, in its management information base 20, the address @ 3A by the address @ 3B.
  • the residential gateway 13 wishes to send an IPv4 packet, denoted by assimila, having for source address the address @ 1, for source port the same port pl, and for destination address the IPv4 address of the application server. 11 or the remote correspondent 12. Since the link 5 to the operator network 6 is an IPv6 link, the packet ⁇ , in the IPv4 format, can not be sent as it is on the operator network 6 by the residential gateway 13 The residential gateway 13 thus establishes a new tunnel 15 to the address translation device 8 (step E3 ').
  • the residential gateway 13 After the establishment of the tunnel 15, the residential gateway 13 sends the packet ⁇ in the tunnel 15 to the address translation device 8 (step E5 ').
  • the address translation device 8 When it receives an IPv4 packet in the new tunnel 15, the address translation device 8 is able to determine the address @ 3B of the tunnel termination 15. Thus, in response to the reception of the packet ⁇ , the device 8 translates, in step E6 ', whether its context information base 21 contains context information for the address
  • the address translation device 8 sends a message M5 'which contains the address @ 3B to the management device 7.
  • the management device 7 then consults its management information base 20 and responds with a message M6' which contains the management information associated with the address @ 3B, that is to say the identifier I 13 and the address @ 1 assigned to the residential gateway 13.
  • the address translation device 8 searches in its context information base whether it already has context information relating to the residential gateway 13, identified by the identifier I 13. .
  • the context information base 21 already contains context information associated with the identifier I 13 , namely the context information created in step E7 of FIG. address 8 then updates its context information base 21 by modifying the context information associated with the residential gateway 13 (step E7 '). More precisely, the address translation device 8 replaces, in the context information associated with the residential gateway 13, the address @ 3A by the address @ 3B.
  • the address translation device 8 carries out an address translation on the packet ⁇ received and therefore sends a packet P2 'on the public network 10, to the application server 11 or the remote correspondent 12, in which the The source address (address @ 1) and the source port (port pl) of the PI packet have been replaced by the address @ 2 and the port p2.
  • the subsequent communication between the residential gateway 13 and the application server 11 or the remote correspondent 12 during the step E8 ' takes place via the new tunnel 15 and by the address translation device 8, which performs the necessary address translation according to the context information modified in step E7 '.
  • the access point to the operator network is for example a BAS (Broadband Access Server), an MSAN (Multi Service Access Node) node. ”) Or an Edge Router (ER).
  • BAS Broadband Access Server
  • MSAN Multi Service Access Node
  • ER Edge Router
  • FIG. 8 represents a telecommunication network 1 in which a mobile terminal 2 and a residential gateway 13 can communicate with an application server 11 or a remote correspondent 12.
  • the telecommunications network 1 of FIG. 8 can be considered as a combination of the networks 1 of 5.
  • the telecommunications network 1 of FIG. 8 comprises a fixed access point 31 and a mobile access point 32.
  • the residential gateway 13 has an IPv6 connectivity to the fixed access point 31.
  • a tunnel 15 is established between the residential gateway 13 and a fixed address translation device 81.
  • a tunnel 9 is established between the mobile access point 32 and a mobile address translation device 82, as in the case of Figure 1.
  • the operator network 6, and in particular the management server 7, is shared for mobile access and fixed access.
  • the fixed access point 31 and the mobile access point 32 can be shared and form a common access point 3.
  • the device fixed address translation 81 and the mobile address translation device 82 can also be shared and form a common address translation device 8.
  • the context identifiers CID1, CID2 constitute parameters associated with the packets PI, ⁇ in the tunnels 9 within the meaning of the invention.
  • the addresses @ 3A and @ 3B constitute parameters associated with the packets PI, ⁇ in the tunnels 15 within the meaning of the invention.
  • This communication method is for example implemented by the execution of a computer program.
  • the reception of the message M1 or M, the step E1 or M, the sending of the message M2 or M2 ', the reception of the message M4 or M4', the step E4 or E4 'of storage, the reception of the message M5 or M5 'and sending the message M6 or M6' are steps of a management method implemented by the address translation device 8.
  • This management method is for example implemented by the execution of a computer program.
  • Determining the context identifier during tunnel establishment constitutes a step of determining a parameter within the meaning of the invention.
  • This communication method is for example implemented by the execution of a program computer.
  • a mobile terminal having a Wi-Fi interface defined by the IEEE 802.11 standard can also connect to a Wi-Fi access point connected to the fixed network, for example via a residential gateway or again via an enterprise router implementing a Gi-DS-Lite tunnel to encapsulate IPv4 packets of the Wi-Fi terminal to an address translation device. The method can then be applied to ensure continuity of session when the terminal changes Wi-Fi access point.

Landscapes

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

Abstract

L'invention concerne un procédé de communication mis en œuvre par un dispositif de translation d'adresse (8) relié à un réseau d'opérateur (6) basé sur IPv6 et un réseau public (10) basé sur IPv4. Les informations de contexte du dispositif de translation d'adresse contiennent un identifiant du terminal. En réponse à la réception du paquet IPv4 entrant, on recherche des informations de contexte associée audit terminal, en fonction d'un paramètre de tunnel associé au paquet IPv4 entrant. Si aucune information de contexte associée au terminal n'a été trouvée, on envoie un message d'interrogation vers un dispositif de gestion (7) et on reçoit un message de réponse contenant un identifiant du terminal. Ensuite, on met à jour de ladite base d'informations de contexte (21) en fonction du message de réponse.

Description

PROCEDE ET DISPOSITIF DE TRANSLATION D'ADRESSE
Arrière-plan de l'invention
L'invention se rapporte au domaine général des télécommunications. L'invention concerne en particulier les techniques permettant l'utilisation du protocole Internet dans les versions IPv4 et IPv6. L'invention concerne à la fois les réseaux mobiles et les réseaux fixes. Depuis sa création, deux versions du protocole Internet ont été développées: la version 4 (RFC 791) qui est couramment utilisée dans les réseaux Internet actuels et la version 6 (RFC 2460). Depuis peu, les opérateurs de télécommunication étudient des scénarios d'introduction de la version 6 du protocole Internet qui dispose d'un domaine d'adressage beaucoup plus large du fait de la taille accrue du champ d'adressage et qui permet donc d'augmenter de façon pérenne la capacité d'allocation d'adresses aux clients d'un réseau donné.
Comme la migration de la version 4 à la version 6 du protocole Internet ne peut s'envisager que de façon progressive, les deux versions devront coexister pendant longtemps avant que la version 4 ne disparaisse, si tant est qu'elle ne disparaisse. Ainsi, les ordinateurs ou plus largement les terminaux de télécommunication devront supporter les deux versions du protocole Internet pendant longtemps encore.
Plusieurs solutions ont été étudiées pour permettre à un terminal d'utiliser les versions IPv4 et IPv6.
Par exemple, dans le cas des réseaux fixes, la solution DS-Lite définie dans le document IETF "draft-ietf-softwire-dual-stack-lite" peut être utilisée pour introduire la connectivité IPv6, tout en maintenant une connectivité IPv4 avec un adressage privé. Cette solution consiste à établir, au-dessus d'une connectivité IPv6, un tunnel IPv4 entre le client fixe disposant d'un sous réseau privé IPv4 192.168.0.0/28 et un dispositif de translation d'adresse appelé CGN (" Carrier Grade NAT) situé quelque part dans le réseau et qui translate dans les paquets IPv4 l'adresse privée et le port UDP/TCP utilisés par un client fixe en une adresse publique partagée et un port UDP/TCP différent. Dans cette solution, la passerelle résidentielle du client fixe participe à la mise en œuvre du mécanisme DS-Lite en établissant le tunnel jusqu'au CGN.
Dans le cadre des réseaux mobiles, plusieurs solutions ont également été étudiées. On peut citer notamment la solution Gi-DS-Lite, définie dans le document IETF "draft-ietf-softwire- gateway-init-ds-lite", qui consiste à établir un tunnel entre le point d'accès au réseau Internet (qui peut être un serveur GGSN ou une passerelle PDN-GW) et un dispositif de translation d'adresses (CGN) distant afin de translater dans les paquets IPv4 l'adresse privée et le port UDP/TCP utilisés par un client mobile en une adresse publique partagée et un port UDP/TCP différent. Les solutions précitées sont toutefois confrontées à des difficultés de mise en œuvre lors de la mobilité du client.
Par exemple, dans le cas d'un réseau mobile utilisant la solution Gi-DS-Lite précitée, le dispositif de translation d'adresse reçoit des paquets émis par un terminal mobile dans un tunnel provenant d'un point d'accès au réseau Internet initial. Ces paquets indiquent une adresse IPv4 source privée « IPv4@l », qu'il translate en une adresse source publique « IPv4@2 ». Lorsque le terminal mobile change de point d'accès (par exemple, il change de serveur GGSN ou de passerelle PDN-GW), une nouvelle adresse IPv4 privée « IPv4@3 » peut lui être allouée. Dans ce cas, le dispositif de translation d'adresse reçoit les paquets émis par un terminal mobile dans un autre tunnel provenant d'un autre point d'accès. Ces paquets indiquent l'adresse source « IPv4@3 ». Le dispositif de translation d'adresse considère donc qu'il s'agit d'un autre client et translate l'adresse « IPv4@3 » en une autre adresse source publique « IPv4@4 ».
Le changement d'adresse publique empêche de maintenir une session active avec un serveur d'application ou un correspondant distant. De plus, le changement d'adresse privée peut être perçu par le terminal comme une interruption de la connectivité, ce qui peut entraîner la nécessité de redémarrer certaines applications.
Les réseaux mobiles actuels présentent un nombre limité de points d'accès au réseau Internet. Toutefois, des solutions visant à disposer sur le réseau mobile de points d'accès au réseau Internet distribués sont actuellement étudiées au 3GPP {« 3rd Génération Partnership Project ») sous l'appellation SIPTO 'Seiected IP Traffic Offload'), décrits dans le document TS 23.829. Une famille de solutions SIPTO est basée sur la mise en œuvre de plusieurs points d'accès locaux (serveur GGSN locaux ou passerelles PDN-GW locales). Ainsi, le changement de point d'accès au réseau Internet peut devenir un événement relativement courant.
II existe donc un besoin pour une meilleure gestion du support des protocoles IPv4 et
IPv6 pour un client susceptible de changer de point d'accès au réseau Internet en cas de mobilité.
Objet et résumé de l'invention
L'invention propose un dispositif de translation d'adresse destiné à être relié à un réseau d'opérateur basé sur IPv6 et un réseau public basé sur IPv4, ledit dispositif de translation d'adresse comprenant :
- des moyens de mémorisation d'une base d'informations de contexte,
- des moyens de réception d'un paquet IPv4 entrant émis par un terminal, le paquet IPv4 entrant étant encapsulé dans un tunnel établi sur le réseau d'opérateur ;
- des moyens de translation d'adresse appliqués au paquet IPv4 entrant, en fonction d'informations de contexte de la base d'informations de contexte associées audit terminal, pour déterminer un paquet IPv4 sortant ; et
- des moyens d'émission du paquet IPv4 sortant sur le réseau public. Ce dispositif de translation d'adresse est remarquable en ce que les informations de contexte comprennent un identifiant du terminal, le dispositif de translation d'adresse comprenant :
- des moyens de recherche d'informations de contexte associées audit terminal dans la base d'informations de contexte, en fonction d'un paramètre du tunnel dans lequel le paquet IPv4 est encapsulé, activés par les moyens de réception du paquet IPv4 entrant et avant application des moyens de translation d'adresse ;
- des moyens d'envoi d'un message d'interrogation contenant ledit paramètre vers un dispositif de gestion, des moyens de réception d'un message de réponse émis par ledit dispositif de gestion et contenant un identifiant du terminal, et des moyens de mise à jour de ladite base d'informations de contexte, activés lorsqu'aucune information de contexte associée au paramètre n'a été trouvée par les moyens de recherche,
- lesdits moyens de mise à jour comprenant :
- des moyens de création d'informations de contexte associées au terminal en fonction du message de réponse, activés lorsque ladite base d'informations de contexte ne contient pas d'informations de contexte associées audit identifiant; et
- des moyens de modification desdites informations de contexte en fonction dudit message de réponse, activés lorsque ladite base d'informations de contexte contient des informations de contexte associées audit identifiant.
De manière correspondante, l'invention propose également un dispositif de gestion destiné à un réseau d'opérateur basé sur IPv6, un terminal étant apte à émettre un paquet IPv4 entrant encapsulé dans un tunnel établi sur ledit réseau d'opérateur vers un dispositif de translation d'adresse. Ce dispositif de gestion est remarquable en ce qu'il comprend :
- des moyens de réception, en provenance d'un point d'accès par l'intermédiaire duquel le terminal accède au réseau d'opérateur, d'un message d'information contenant un identifiant du terminal et un paramètre du tunnel dans lequel le paquet IPv4 entrant est encapsulé,
- des moyens de mémorisation dudit identifiant et dudit paramètre dans une base d'informations de gestion,
- des moyens de réception d'un message d'interrogation contenant ledit paramètre, émis par le dispositif de translation d'adresse;
- des moyens d'envoi d'un message de réponse vers le dispositif de translation d'adresse et contenant l'identifiant du terminal.
De manière correspondante également, l'invention propose un point d'accès destiné à un réseau d'opérateur basé sur IPv6, comprenant :
- des moyens de réception d'une requête d'accès émise par un terminal et contenant un identifiant du terminal, - des moyens de détermination d'un paramètre d'un tunnel établi dans le réseau d'opérateur vers un dispositif de translation d'adresse (8), dans lequel un paquet IPv4 émis par le terminal est encapsulé,
caractérisé en ce qu'il comprend :
- des moyens d'émission d'un message d'information contenant l'identifiant du terminal et le paramètre déterminé vers un dispositif de gestion du réseau d'opérateur.
Le déplacement du terminal dans le réseau peut entraîner un changement de point d'accès et donc un changement du tunnel utilisé pour envoyer le paquet IPv4 vers le dispositif de translation d'adresse, donc un changement du paramètre du tunnel associé au terminal. Ce paramètre peut être notamment une adresse IPv6 du terminal dans le cas d'une passerelle résidentielle, ou un identifiant de contexte et l'adresse IPv6 d'un point d'accès au réseau d'opérateur dans le cas d'un terminal mobile. Grâce aux caractéristiques précitées, le dispositif de gestion peut constituer une base d'informations de gestion associant l'identifiant d'un terminal au paramètre du tunnel associé au terminal. Ainsi, lorsque le dispositif de translation d'adresse reçoit un paquet, il recherche des informations de contexte en fonction du paramètre. Si aucune information de contexte n'est trouvée, le dispositif de translation d'adresse interroge le dispositif de gestion et obtient un identifiant du terminal. Comme les informations de contexte contiennent aussi un identifiant de terminal, le dispositif de translation d'adresse peut alors déterminer si le paquet provient d'un nouveau terminal, et dans ce cas créer des informations de contexte pour ce terminal, ou d'un terminal qui s'est déplacé dans le réseau, et dans ce cas simplement mettre à jour les informations de contexte.
En cas de mise à jour des informations de contexte, il n'est pas nécessaire de changer l'association entre l'adresse IPv4 attribuée au terminal et l'adresse IPv4 après translation d'adresse. Ainsi, même s'il se déplace, l'adresse IPv4 attribuée au terminal et l'adresse IPv4 après translation d'adresse peuvent rester constantes. Le terminal ne perçoit donc pas d'interruption de connectivité. De plus, le serveur d'application ou le correspondant distant avec lequel communique le terminal ne perçoit pas d'interruption de session .
L'invention propose aussi un réseau d'opérateur basé sur IPv6 et comprenant un dispositif de translation d'adresse, un dispositif de gestion et au moins un point d'accès conformes à l'invention .
L'invention propose aussi un procédé de communication mis en œuvre par le dispositif de translation d'adresse, un procédé de gestion mis en œuvre par le dispositif de gestion et un procédé de communication mis en œuvre par le point d'accès.
Le réseau d'opérateur et les procédés précités présentent les mêmes avantages que ceux discutés précédemment en relation avec le dispositif de translation d'adresse, le dispositif de gestion et le point d'accès conformes à l'invention.
Plus précisément, l'invention propose un procédé de communication mis en œuvre par un dispositif de translation d'adresse relié à un réseau d'opérateur basé sur IPv6 et un réseau public basé sur IPv4, ledit dispositif de translation d'adresse mémorisant des informations de contexte dans une base d'informations de contexte, le procédé de communication comprenant :
- une étape de réception d'un paquet IPv4 entrant émis par un terminal, ledit paquet IPv4 entrant étant encapsulé dans un tunnel établi sur le réseau d'opérateur;
- une étape de translation d'adresse appliquée au paquet IPv4 entrant, en fonction d'informations de contexte de ladite base d'informations de contexte associées audit terminal, pour déterminer un paquet IPv4 sortant; et
- une étape d'émission du paquet IPv4 sortant sur le réseau public,
caractérisé en ce que lesdites informations de contexte comprennent un identifiant du terminal, le procédé de communication comprenant, suite à la réception du paquet IPv4 entrant et avant ladite étape de translation d'adresse :
- une étape de recherche d'informations de contexte associées audit terminal dans la base d'informations de contexte, en fonction d'un paramètre du tunnel dans lequel paquet IPv4 entrant est encapsulé; et
- lorsqu'aucune information de contexte associée au terminal n'a été trouvée pendant l'étape de recherche :
- une étape d'envoi d'un message d'interrogation contenant ledit paramètre vers un dispositif de gestion;
- une étape de réception d'un message de réponse émis par ledit dispositif de gestion et contenant un identifiant du terminal; et
- une étape de mise à jour de ladite base d'informations de contexte comprenant :
- lorsque ladite base d'informations de contexte ne contient pas d'informations de contexte associées audit identifiant, une étape de création d'informations de contexte associées au terminal en fonction dudit message de réponse;
- lorsque ladite base d'informations de contexte contient des informations de contexte associées audit identifiant, une étape de modification desdites informations de contexte en fonction dudit message de réponse.
Selon un mode de réalisation, le message de réponse contient une nouvelle valeur dudit paramètre, ladite étape de modification desdites informations de contexte comprenant la modification des informations de contexte en fonction de ladite nouvelle valeur dudit paramètre.
Cela permet de tenir compte d'un changement de point d'accès sans modifier les autres informations de contexte, notamment l'adresse IPv4 attribuée au terminal.
L'invention propose aussi un procédé de gestion mis en œuvre par un dispositif de gestion d'un réseau d'opérateur basé sur IPv6, un terminal étant apte à émettre un paquet IPv4 encapsulé dans un tunnel établi sur ledit réseau d'opérateur vers un dispositif de translation d'adresse, caractérisé en ce qu'il comprend : - une étape de réception, en provenance d'un point d'accès (3, 3A, 3B) par l'intermédiaire duquel le terminal accède au réseau d'opérateur, d'un message d'information contenant un identifiant du terminal et un paramètre du tunnel dans lequel le paquet IPv4 entrant est encapsulé,
- une étape de mémorisation dudit identifiant et dudit paramètre dans une base d'informations de gestion,
- une étape de réception d'un message d'interrogation contenant ledit paramètre, émis par le dispositif de translation d'adresse;
- une étape d'envoi d'un message de réponse vers le dispositif de translation d'adresse et contenant l'identifiant du terminal.
Selon un mode de réalisation, le message de réponse contient une nouvelle valeur dudit paramètre.
L'invention propose aussi un procédé de communication mis en œuvre par un point d'accès d'un réseau d'opérateur basé sur IPv6, comprenant :
- une étape de réception d'une requête d'accès émise par un terminal et contenant un identifiant du terminal,
- une étape de détermination d'un paramètre d'un tunnel établi dans le réseau d'opérateur vers un dispositif de translation d'adresse, dans lequel un paquet IPv4 émis par le terminal est encapsulé, caractérisé en ce qu'il comprend :
- une étape d'émission d'un message d'information contenant l'identifiant du terminal et le paramètre déterminé vers un dispositif de gestion du réseau d'opérateur.
Selon un mode de réalisation, ce procédé de communication comprend, avant l'étape de détermination et avant l'étape d'émission du message d'information:
- une étape d'envoi d'un message contenant l'identifiant du terminal au dispositif de gestion,
- une étape de réception d'un message contenant une adresse IPv4 attribuée au terminal, et - une étape d'envoi d'un message contenant ladite adresse IPv4 au terminal.
Cela permet de réattribuer la même adresse IPv4 au terminal ou de l'informer qu'il peut continuer à utiliser la même adresse. Ainsi, un changement de point d'accès n'implique pas de changement de l'adresse IPv4 attribuée à un terminal.
L'invention vise aussi un programme d'ordinateur comportant des instructions pour l'exécution des étapes d'un procédé communication ou d'un procédé de gestion conforme à l'invention lorsque ledit programme est exécuté par un ordinateur.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci- dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
la figure 1 représente un réseau de télécommunication mobile permettant la mise en œuvre d'un mode de réalisation de l'invention,
les figures 2 et 3 représentent le déroulement d'une communication dans le réseau de télécommunication de la figure 1,
la figure 4 représente schématiquement un dispositif de communication du réseau de télécommunication de la figure 1,
les figures 5 à 7 sont des figures similaires aux figures 1 à 3 respectivement, et montrent un autre mode de réalisation de l'invention, et
la figure 8 représente un réseau de télécommunication mobile permettant la mise en œuvre d'un autre mode de réalisation de l'invention.
Description détaillée de modes de réalisation
La figure 1 représente un réseau de télécommunication 1 dans lequel un terminal mobile 2 peut communiquer avec un serveur applicatif 11 ou un correspondant distant 12. Le réseau de télécommunication 1 comprend un réseau d'opérateur 6 géré par un opérateur de télécommunication et un réseau public 10.
Le réseau d'opérateur 6 est basé sur IPv6, la version 6 du protocole Internet. Il comprend notamment des points d'accès 3, un dispositif de gestion 7 et un dispositif de translation d'adresse 8 ayant accès au réseau public 10.
Le réseau public 10 est basé sur IPv4, la version 4 du protocole Internet. Le serveur applicatif 11 et le correspondant distant 12 sont reliés au réseau public 10. Le terminal mobile 2 dispose d'une connectivité IPv4 et d'une connectivité IPv6. Il peut donc accéder au réseau d'opérateur 6 par l'intermédiaire d'un réseau d'accès radio, non représenté sur la figure 1, et d'un des points d'accès 3, en utilisant une liaison IPv4 4 ou une liaison IPv6 5.
De manière connue, le mécanisme de translation d'adresse mis en œuvre par le dispositif de translation d'adresse 8 peut tenir compte des ports pl et p2 utilisés ou non. Le premier type de dispositif de translation d'adresse 8 effectue uniquement une translation d'adresse et est connu sous le nom de NAT, pour « Network Address Translation ». Le deuxième type de dispositif de translation d'adresse 8 effectue à la fois une translation d'adresse et une translation de port et est connu sous le nom de NAPT, pour « Network Address and Port Translation ». Pour ce deuxième type, il peut s'agir par exemple d'un mécanisme de translation d'adresse symétrique, « full cone » ou encore « cone restricted».
Dans l'état représenté sur la figure 1, une adresse IPv4, notée @1, est attribuée au terminal mobile 2 et un tunnel 9 est établi entre un point d'accès 3 et le dispositif de translation d'adresse 8. Une adresse IPv6 peut aussi être attribuée au terminal mobile 2.
Le dispositif de gestion 7 maintient une base d'informations de gestion 20. La base d'informations de gestion 20 comprend, pour chaque terminal mobile 2 géré par le dispositif de gestion 7, des informations de gestion incluant :
Un identifiant I2 du terminal mobile 2. L'identifiant I2 permet d'identifier le terminal mobile 2 de manière unique dans le réseau de télécommunication 1. L'identifiant I2 est par exemple un numéro MSISDN (" Mobile Subscriber Integrated Services Digital Network /Vumbef') défini dans la recommandation ITU ^'International Télécommunication Union") E.164. A contrario, une adresse IPv4 attribuée au terminal mobile 2 ne peut pas servir d'identifiant. En effet, une adresse IPv4 privée peut être utilisée par plusieurs terminaux différents et une adresse IPv4 publique peut être attribuée successivement à plusieurs terminaux différents. L'adresse IPv4 @1 attribuée au terminal mobile 2.
L'adresse IPv6 de la terminaison du tunnel 9 sur le point d'accès 3, notée @3.
Un identifiant de contexte CID associé au terminal mobile 2 dans le tunnel 9. Le dispositif de translation d'adresse 8 maintient une base d'informations de contexte 21. La base d'informations de contexte 21 comprend, pour chaque terminal mobile 2 géré par le dispositif de translation d'adresse 8, des informations de contexte incluant :
L'identifiant I2 du terminal mobile 2.
L'adresse @1 attribuée au terminal mobile 2 et éventuellement un ou plusieurs ports pl utilisés par le terminal mobile 2 pour ses connexions utilisant les protocoles TCP ou UDP vers le réseau public 10.
Une adresse publique IPv4, notée @2 (pour le premier type de dispositif de translation d'adresse précité), ou un ou plusieurs couples d'adresse publique IPv4, notée @2, et de port externe p2 (pour le deuxième type de dispositif de translation d'adresse précité), pouvant être utilisés sur le réseau public 10.
L'adresse @3 de la terminaison du tunnel 9 sur le point d'accès 3.
L'identifiant de contexte CID associé au terminal mobile 2 dans le tunnel 9.
Les informations de contexte permettent d'effectuer une translation d'adresse entre :
- l'adresse @1 et l'adresse @2, ou
- l'adresse @1 et le port pl d'une part et l'adresse @2 et le port externe p2 d'autre part pour chaque connexion TCP ou UDP.
Ainsi, un paquet IPv4 montant émis par le terminal mobile 2 sur la liaison IPv4 à destination d'un serveur applicatif 11 ou d'un correspondant distant 12 est encapsulé, par le point d'accès 3, dans le tunnel 9 vers le dispositif de translation d'adresse 8. Le dispositif de translation d'adresse 8 effectue une translation d'adresse en fonction des informations de contexte. Ensuite, le paquet montant est émis sur le réseau public 10. Inversement, un paquet IPv4 descendant émis par un serveur applicatif 11 ou un correspondant distant 12 vers l'adresse publique @2 ou vers l'adresse publique @2 et le port p2 associés au terminal mobile 2 est reçu par le dispositif de translation d'adresse 8. Le dispositif de translation d'adresse 8 effectue une translation d'adresse en fonction des informations de contexte. Ensuite, le paquet descendant est transmis au terminal mobile 2 en passant par le tunnel 9 et le point d'accès 3.
Ainsi, dans l'état représenté sur la figure 1, le terminal mobile 2 peut communiquer avec un serveur applicatif 11 ou un correspondant distant 12 en utilisant la version 4 du protocole Internet, même s'il est relié à un réseau d'opérateur 6 basé sur la version 6 du protocole Internet.
En référence à la figure 2, on décrit maintenant plus en détail le déroulement d'une communication dans le réseau de télécommunication 1, permettant d'obtenir l'état représenté sur la figure 1. Sur la figure 2, deux points d'accès 3 sont représentés et désignés respectivement par les références 3A et 3B.
Initialement, le terminal mobile 2 n'est pas relié au réseau d'opérateur 6. Lorsqu'il désire accéder au réseau d'opérateur 6, le terminal mobile 2 envoie une requête d'accès RA au point d'accès 3A. La requête d'accès RA contient l'identifiant I2 du terminal mobile 2.
En réponse à la réception de la requête d'accès RA, le point d'accès 3A envoie un message Ml contenant l'identifiant I2 au dispositif de gestion 7. Le dispositif de gestion 7 détermine si sa base d'informations de gestion 20 contient des informations de gestion pour l'identifiant I2 (étape El). Dans le cas présent, la base d'informations de gestion 20 ne contient pas d'informations de gestion pour l'identifiant I2. Le dispositif de gestion 7 répond alors par un message M2 informant le point d'accès 3A qu'il peut attribuer une adresse IPv4 au terminal mobile 2.
En réponse à la réception du message M2, le point d'accès 3A attribue (étape E2) une adresse IPv4, notée @1, au terminal mobile 2. Il s'agit par exemple d'une adresse du sous réseau privé 192.0.0.0/29 ou d'une adresse IPv4 privée dans les plages 10.0.0.0/8, 172.16.0.0/12 ou 192.168.0.0/16. Le point d'accès 3A informe le terminal mobile 2 de l'adresse @1 par un message M3.
Ensuite, le terminal mobile 2 émet un paquet IPv4, noté PI, ayant pour adresse source l'adresse @1, pour port source un port pl, et pour adresse de destination l'adresse IPv4 du serveur d'application 11 ou du correspondant distant 12.
Le paquet Pl est reçu par le point d'accès 3A. Comme le réseau d'opérateur 6 est basé sur IPv6, le paquet Pl, au format IPv4, ne peut pas être envoyé tel quel sur le réseau d'opérateur 6 par le point d'accès 3A. Le point d'accès 3A établit donc un tunnel 9 vers le dispositif de translation d'adresse 8 (étape E3). L'établissement du tunnel 9 est par exemple réalisé conformément à la technique Gi-DS-Lite présentée en introduction. De manière connue, un identifiant de contexte CID (pour « Context IDentifier»), noté CID1, est associé au terminal mobile 2 lors de l'établissement du tunnel 9.
Ensuite, le point d'accès 3A envoie un message M4 au dispositif de gestion 7. Le message M4 contient l'identifiant I2 du terminal mobile 2, l'adresse @1 attribuée au terminal mobile 2, l'adresse IPv6 de la terminaison du tunnel 9 sur le point d'accès 3A, notée @3A, et l'identifiant de contexte CID1 associé au terminal mobile 2. Le dispositif de gestion 7 mémorise les informations du message M4 dans la base d'informations de gestion 20 (étape E4).
Après l'établissement du tunnel 9, le point d'accès 3A envoie le paquet Pl dans le tunnel 9, vers le dispositif de translation d'adresse 8, en utilisant l'identifiant de contexte CID1 (étape E5).
En réponse à la réception du paquet Pl, le dispositif de translation d'adresse 8 détermine, à l'étape E6, si sa base d'informations de contexte 21 contient des informations de contexte pour l'identifiant de contexte CID1.
Dans le cas présent, comme il s'agit du premier paquet Pl reçu du terminal mobile 2, l'identifiant de contexte CID1 est un nouvel identifiant. Dans ce cas, le dispositif de translation d'adresse 8 envoie un message M5 qui contient l'identifiant de contexte CID1 au dispositif de gestion 7. Le dispositif de gestion 7 consulte alors sa base d'informations de gestion 20 et répond par un message M6 qui contient les informations de gestion associées à l'identifiant de contexte CID1, c'est-à-dire l'identifiant I2 du terminal mobile 2, l'adresse @1 attribuée au terminal mobile 2 et l'adresse @3 de la terminaison du tunnel 9 sur le point d'accès 3A.
En réponse à la réception du message M6, le dispositif de translation d'adresse 8 cherche dans sa base d'informations de contexte 21 s'il a déjà des informations de contexte associées à l'identifiant I2. Dans le cas présent, la base d'informations de contexte 21 ne contient pas d'informations de contexte associées à l'identifiant I2. Le dispositif de translation d'adresse 8 attribue alors une adresse IPv4 publique et un port externe au terminal mobile 2, notés respectivement @2 et p2, et met à jour sa base d'informations de contexte 21 en créant des informations de contexte pour le terminal mobile 2 (étape E7). Les informations de contexte du terminal mobile 2 contiennent : l'identifiant I2, l'adresse @1 du terminal mobile 2, et en fonction du type de dispositif de translation d'adresse, le ou les ports pl utilisés par les connexions TCP ou UDP, l'adresse @2 et le port p2 attribués, l'adresse @3 de la terminaison du tunnel 9 sur le point d'accès 3A et l'identifiant de contexte CID1.
Ensuite, le dispositif de translation d'adresse 8 effectue une translation d'adresse sur le paquet Pl reçu en utilisant les informations de contexte créées à l'étape E7, et envoie donc un paquet P2 sur le réseau public 10, vers le serveur d'application 11 ou le correspondant distant 12, dans lequel l'adresse source (adresse @ 1) et le port source (port pl) du paquet Pl ont été remplacés par l'adresse @2 et le port p2.
Tant que le terminal mobile 2 reste relié au point d'accès 3A, la communication ultérieure entre le terminal mobile 2 et le serveur d'application 11 ou le correspondant distant 12 au cours de l'étape E8 s'effectue en passant par le tunnel 9 et par le dispositif de translation d'adresse 8, qui effectue la translation d'adresse nécessaire en fonction des informations de contexte créées à l'étape E7. En effet, lorsqu'il reçoit un paquet par le tunnel 9, le dispositif de translation d'adresse 8 constate (étape E6) que sa base d'informations de contexte 21 contient des informations de contexte associées à l'identifiant de contexte CID1. Il n'a donc plus besoin d'interroger le dispositif de gestion 7 par un message M5.
En référence à la figure 3, on décrit maintenant plus en détail le déroulement d'une communication dans le réseau de télécommunication 1, lorsque le terminal mobile change de point d'accès 3.
Initialement, le terminal mobile 2 est relié au point d'accès 3A et communique avec le serveur d'application 11 ou le correspondant distant 12 en utilisant l'adresse IPv4 @1 et, au-delà du dispositif de translation d'adresse 8, l'adresse IPv4 publique @2 (étape E8 de la figure 2).
Ensuite, le terminal mobile 2 fait un déplacement dans le réseau de télécommunication 1 qui implique un changement de point d'accès 3. Le terminal mobile 2 envoie donc une requête d'accès RA' au point d'accès 3B. La requête d'accès RA' contient l'identifiant I2.
En réponse à la réception de la requête d'accès RA', le point d'accès 3B envoie un message Μ contenant l'identifiant I2 au dispositif de gestion 7. Le dispositif de gestion 7 détermine si sa base d'informations de gestion 20 contient des informations de gestion pour l'identifiant I2 (étape El'). Dans le cas présent, la base d'informations de gestion 20 contient les informations de gestion pour l'identifiant I2, qui avaient été mémorisées à l'étape E4 de la figure 2. Le dispositif de gestion 7 répond alors au point d'accès 3B par un message M2' contenant l'adresse @1.
En réponse à la réception du message M2', le point d'accès 3A informe le terminal mobile 2 qu'il peut continuer à utiliser l'adresse @ 1 ou réattribue la même adresse @ 1 au terminal mobile 2, par un message M3'. Ensuite, le terminal mobile 2 émet un paquet IPv4 pour la même connexion TCP ou UDP, noté Ρ , ayant pour adresse source l'adresse @1, pour port source le même port pl, et pour adresse de destination l'adresse IPv4 du serveur d'application 11 ou du correspondant distant 12.
Le paquet Ρ est reçu par le point d'accès 3B. Comme le réseau d'opérateur 6 est basé sur IPv6, le paquet Ρ , au format IPv4, ne peut pas être envoyé tel quel sur le réseau d'opérateur 6 par le point d'accès 3B. Le point d'accès 3B établit donc un nouveau tunnel 9 vers le dispositif de translation d'adresse 8 (étape E3'). Comme à l'étape E3 de la figure 2, un identifiant de contexte CID (pour « Context IDentifier»), noté CID2, est attribué pour permettre d'aiguiller les paquets descendants vers le terminal mobile 2. L'identifiant de contexte CID2 est différent de l'identifiant de contexte CIDl.
Ensuite, le point d'accès 3B envoie un message M4' au dispositif de gestion 7. Le message M4' contient l'identifiant I2 du terminal mobile 2, l'adresse @1 attribuée au terminal mobile 2, l'adresse IPv6 de la terminaison du tunnel 9 sur le point d'accès 3B, notée @3B, et l'identifiant de contexte CID2 associé au terminal mobile 2. Le dispositif de gestion 7 met alors à jour les informations de gestion associée au terminal mobile 2 dans sa base d'informations de gestion 20 (étape E4'). Plus précisément, le dispositif de gestion 7 remplace, dans sa base d'informations de gestion, l'identifiant de contexte CIDl par l'identifiant de contexte CID2. De même, l'adresse @3A est remplacée par l'adresse @3B.
Après l'établissement du nouveau tunnel 9, le point d'accès 3B envoie le paquet Ρ dans le tunnel 9, vers le dispositif de translation d'adresse 8, en utilisant l'identifiant de contexte CID2 (étape E5').
En réponse à la réception du paquet Ρ , le dispositif de translation d'adresse 8 détermine, à l'étape E6', si sa base d'informations de contexte 21 contient des informations de contexte pour l'identifiant de contexte CID2.
Dans le cas présent, comme l'identifiant de contexte CID2 est différent de l'identifiant de contexte CIDl, l'identifiant de contexte CID2 est un nouvel identifiant. Dans ce cas, le dispositif de translation d'adresse 8 envoie un message M5' qui contient l'identifiant de contexte CID2 au dispositif de gestion 7. Le dispositif de gestion 7 consulte alors sa base d'informations de gestion 20 et répond par un message M6' qui contient les informations de gestion associées à l'identifiant de contexte CID2, c'est-à-dire l'identifiant I2, l'adresse @1 attribuée au terminal mobile 2 et l'adresse @3B.
En réponse à la réception du message M6', le dispositif de translation d'adresse 8 cherche dans sa base d'informations de contexte s'il a déjà des informations de contexte relatives au terminal mobile 2, identifié par l'identifiant I2. Dans le cas présent, la base d'informations de contexte contient déjà d'informations de contexte associées à l'identifiant I2, à savoir les informations de contexte créées à l'étape E7 de la figure 2. Le dispositif de translation d'adresse 8 met alors à jour sa base d'informations de contexte 21 en modifiant les informations de contexte associées au terminal mobile 2 (étape E7'). Plus précisément, le dispositif de translation d'adresse 8 remplace, dans les informations de contexte associées au terminal mobile 2, l'identifiant de contexte CID1 par l'identifiant de contexte CID2. De même, l'adresse @3A est remplacée par @3B.
Ensuite, le dispositif de translation d'adresse 8 effectue une translation d'adresse sur le paquet Ρ reçu en utilisant les informations de contexte mises à jour à l'étape E7, et envoie donc un paquet P2' sur le réseau public 10, vers le serveur d'application 11 ou le correspondant distant 12, dans lequel l'adresse source (adresse @1) et le port source (port pl) du paquet PI ont été remplacés par l'adresse @2 et le port p2.
Tant que le terminal mobile 2 reste relié au point d'accès 3B, la communication ultérieure entre le terminal mobile 2 et le serveur d'application 11 ou le correspondant distant 12 au cours de l'étape E8' s'effectue en passant par le nouveau tunnel 9 et par le dispositif de translation d'adresse 8, qui effectue la translation d'adresse nécessaire en fonction des informations de contexte modifiées à l'étape El'.
Grâces aux mécanismes des figures 2 et 3, le terminal mobile 2 peut communiquer en utilisant le protocole IPv4, même si le réseau d'opérateur 6 est basé sur IPv6. De plus, on constate qu'après le changement de point d'accès 3, le mécanisme décrit en référence à la figure 3 permet de poursuivre la communication entre le terminal mobile 2 et le serveur d'application 11 ou le correspondant distant 12 en conservant la même adresse @1 et la même adresse @2, grâce aux informations de gestion mémorisées par le dispositif de gestion 7 lors du mécanisme de la figure 2. Ainsi, le changement de point d'accès 3 n'entraine pas nécessairement une fin de session et n'est pas perçu comme une interruption de la connectivité par le terminal mobile 2.
La mise en œuvre des mécanismes de figures 2 et 3 n'implique aucune étape particulière sur le terminal mobile 2 autre que la communication conformément aux protocoles IPv4 et IPv6. Il n'est donc pas nécessaire d'utiliser un terminal mobile 2 configuré d'une manière particulière.
En parallèle à l'adresse IPv4 @1, une adresse IPv6 peut être attribuée au terminal mobile 2 en réponse aux requêtes d'accès RA et RA'. Ainsi, le terminal mobile 2 peut utiliser sa double connectivité IPv4 et IPv6.
Par ailleurs, dans l'exemple décrit ci-dessus, l'adresse @1 attribuée au terminal mobile 2 est une adresse IPv4 privée. Un plan d'adresse recouvrant peut être utilisé pour attribuer des adresses IPv4 privées à de nombreux terminaux mobiles reliés au réseau d'opérateur 6. Cela permet de pallier à la pénurie d'adresse IPv4. Toutefois, dans une variante, l'adresse IPv4 attribuée au terminal mobile 2 est une adresse IPv4 publique. Dans ce cas, l'adresse @2 et égale à l'adresse @1.
Les informations de contexte maintenues par le dispositif de translation d'adresse 8 peuvent être supprimées si aucun paquet avec l'adresse @1 n'est reçu dans un tunnel 9 pendant une durée de temporisation. Cette durée doit toutefois être suffisante pour permettre la réception du paquet Ρ après un changement de point d'accès 3 afin de conserver l'association entre l'adresse @1 et le terminal mobile 2.
Lorsque le terminal mobile 2 se déconnecte d'un point d'accès 3, le point d'accès 3 en informe le dispositif de gestion 7. Le dispositif de gestion 7 supprime alors l'adresse IPv6 du point d'accès 3 dans les informations de gestion associées au terminal mobile 2 mémorisées dans la base d'informations de gestion 20. Les autres informations de gestion associées au terminal mobile 2 peuvent toutefois être conservées au moins pendant une durée de temporisation, ce qui permet de conserver l'adresse @1 attribuée au terminal mobile 2, ainsi que pour le deuxième type de dispositif de translation d'adresse, les associations entre l'adresse @1 et le port pl et l'adresse @2 et le port p2 si le terminal mobile 2 se reconnecte à un point d'accès 3 avant l'expiration de la durée de temporisation.
Dans l'exemple décrit, le dispositif de translation d'adresse 8 interroge le dispositif de gestion 7 (messages M5 et M5') en réponse à la réception d'un paquet Pl ou Ρ associé à un nouvel identifiant de connexion CID1 ou CID2 pour mettre à jour la base d'informations de contexte 20. Dans une variante, le dispositif de translation d'adresse 8 interroge également le dispositif de gestion 7 de manière périodique, pour vérifier la validité des informations de contexte et les mettre à jour si nécessaire.
Dans un exemple de mise en œuvre, le point d'accès 3 est un serveur GGSN ou une passerelle PDN-GW. Il peut s'agir d'un serveur GGSN local ou d'une passerelle PDN-GW locale dans le cas d'une architecture de type SIPTO discutée en introduction. Le dispositif de gestion 7 peut être par exemple un serveur chargé des fonctions de d'authentification, d'adressage et de comptabilité utilisant le protocole RADIUS définit dans les documents RFC 2865 et RFC 2866 ou le protocole Diameter définit dans le document RFC 3588. Le dispositif de gestion 7 est par exemple un serveur HSS ou HLR du réseau d'opérateur 6.
La figure 4 représente schématiquement un dispositif de communication 50 qui peut être un point d'accès, un dispositif de gestion ou un dispositif de translation d'adresse tels que mentionnés précédemment. Le dispositif de communication 50 présente l'architecture matérielle d'un ordinateur et comprend notamment un processeur 51, une mémoire non-volatile 52, une mémoire volatile 53 et une unité de communication 54. Le processeur 51 permet l'exécution de programmes d'ordinateur mémorisés dans la mémoire non-volatile 52 en utilisant la mémoire volatile 53. L'unité de communication 54 permet de communiquer avec d'autres dispositifs du réseau de télécommunications. Les figures 5 à 7 sont des figures similaires aux figures 1 à 3, respectivement, dans le cas d'un client fixe. Les éléments identiques ou similaires à des éléments du mode de réalisation des figures 1 à 3 sont désignés par les mêmes références. Ainsi, la figure 5 représente un réseau de télécommunication 1 dans lequel une passerelle résidentielle 13 peut communiquer par l'intermédiaire d'un réseau d'accès avec un serveur applicatif 11 ou un correspondant distant 12. Le réseau d'accès peut être un réseau filaire ou radio ou de tout autre type. Ici, un tunnel 15 est établi entre la passerelle résidentielle 13 et le dispositif de translation d'adresse 8, par exemple selon la technique DS-Lite présentée en introduction. Le contenu de la base d'informations de gestion 20 et de la base d'informations de contexte 21 sera présenté en référence aux figures 6 et 7.
En référence à la figure 6, on décrit maintenant plus en détail le déroulement d'une communication dans le réseau de télécommunication 1, permettant d'obtenir l'état représenté sur la figure 5. Sur la figure 6, deux points d'accès 3 sont représentés et désignés respectivement par les références 3 A et 3B.
Initialement, la passerelle résidentielle 13 n'est pas reliée au réseau d'opérateur 6.
Lorsqu'elle désire accéder au réseau d'opérateur 6, la passerelle résidentielle 13 envoie une requête d'accès RA au point d'accès 3A. La requête d'accès RA contient l'identifiant Ii3 de la passerelle résidentielle 13. L'identifiant Ii3 peut être un numéro MSISDN.
En réponse à la réception de la requête d'accès RA, le point d'accès 3A envoie un message Ml contenant l'identifiant Ii3 au dispositif de gestion 7. Le dispositif de gestion 7 détermine si sa base d'informations de gestion 20 contient des informations de gestion pour l'identifiant I13 (étape El). Dans le cas présent, la base d'informations de gestion 20 ne contient pas d'informations de gestion pour l'identifiant I13. Le dispositif de gestion 7 répond alors par un message M2 informant le point d'accès 3A qu'il peut attribuer une adresse IPv4 à la passerelle résidentielle 13.
En réponse à la réception du message M2, le point d'accès 3A attribue (étape E2) une adresse IPv4, notée @1, à la passerelle résidentielle 13. Le point d'accès 3A attribue également une adresse IPv6, notée @3A, la passerelle résidentielle 13. Le point d'accès 3A informe la passerelle résidentielle 13 des adresses @1 et @3A par un message M3. Le point d'accès 3A envoie également un message M4 au dispositif de gestion 7. Le message M4 contient l'identifiant Ii3 de la passerelle résidentielle 13 et les adresses @1 et @3A attribuées à la passerelle résidentielle 13. Le dispositif de gestion 7 mémorise les informations du message M4 dans sa base d'informations de gestion 20 (étape E4).
Ensuite, on suppose que la passerelle résidentielle 13 désire émettre un paquet IPv4, noté PI, ayant pour adresse source l'adresse @1, pour port source un port pl, et pour adresse de destination l'adresse IPv4 du serveur d'application 11 ou du correspondant distant 12. Comme la liaison 5 vers le réseau d'opérateur 6 est une liaison IPv6, le paquet Pl, au format IPv4, ne peut pas être envoyé tel quel sur le réseau d'opérateur 6 par la passerelle résidentielle 13. La passerelle résidentielle 13 établi donc un tunnel 15 vers le dispositif de translation d'adresse 8 (étape E3). L'établissement du tunnel 15 est par exemple réalisé conformément à la technique DS-Lite présentée en introduction. Après l'établissement du tunnel 15, la passerelle résidentielle 13 envoie le paquet PI dans le tunnel 15 vers le dispositif de translation d'adresse 8 (étape E5).
Lorsqu'il reçoit un paquet IPv4 dans le tunnel 15, le dispositif de translation d'adresse 8 est capable de déterminer l'adresse @3A de la terminaison du tunnel 15. Ainsi, en réponse à la réception du paquet PI, le dispositif de translation d'adresse 8 détermine, à l'étape E6, si sa base d'informations de contexte 21 contient des informations de contexte pour l'adresse @3A.
Dans le cas présent, comme il s'agit du premier paquet PI reçu de la passerelle résidentielle 13, l'adresse @3A est une nouvelle adresse. Dans ce cas, le dispositif de translation d'adresse 8 envoie un message M5 qui contient l'adresse @3A au dispositif de gestion 7. Le dispositif de gestion 7 consulte alors sa base d'informations de gestion 20 et répond par un message M6 qui contient les informations de gestion associées à l'adresse @3A, c'est-à-dire l'identifiant Ii3 et l'adresse @1 de la passerelle résidentielle 13.
En réponse à la réception du message M6, le dispositif de translation d'adresse 8 cherche dans sa base d'informations de contexte 21 s'il a déjà des informations de contexte associées à l'identifiant Ii3. Dans le cas présent, la base d'informations de contexte 21 ne contient pas d'informations de contexte associées à l'identifiant Ii3. Le dispositif de translation d'adresse 8 attribue alors une adresse IPv4 publique et un port externe à la passerelle résidentielle 13, notés respectivement @2 et p2, et met à jour sa base d'informations de contexte en créant des informations de contexte pour la passerelle résidentielle 13 (étape E7). Les informations de contexte de la passerelle résidentielle 13 contiennent : l'identifiant I13, les adresses @1 et @3A attribuées à la passerelle résidentielle 13, le port pl et l'adresse @2 et le port p2.
Ensuite, le dispositif de translation d'adresse 8 effectue une translation d'adresse sur le paquet Pl reçu et envoie donc un paquet P2 sur le réseau public 10, vers le serveur d'application 11 ou le correspondant distant 12, dans lequel l'adresse source (adresse @1) et le port source (port pl) du paquet Pl ont été remplacés par l'adresse @2 et le port p2.
Tant que la passerelle résidentielle 13 reste reliée au point d'accès 3A, la communication ultérieure entre la passerelle résidentielle 13 et le serveur d'application 11 ou le correspondant distant 12 au cours de l'étape E8 s'effectue en passant par le tunnel 13 et par le dispositif de translation d'adresse 8, qui effectue la translation d'adresse nécessaire en fonction des informations de contexte créées à l'étape E7. En effet, lorsqu'il reçoit un paquet par le tunnel 15, le dispositif de translation d'adresse 8 constate que sa base d'informations de contexte 21 contient déjà des informations de contexte associées à l'adresse @3A. Il n'a donc plus besoin d'interroger le dispositif de gestion 7.
En référence à la figure 7, on décrit maintenant plus en détail le déroulement d'une communication dans le réseau de télécommunication 1 de la figure 5, lorsque la passerelle résidentielle 13 change de point d'accès 3.
Initialement, la passerelle résidentielle 13 est relié au point d'accès 3A et communique avec le serveur d'application 11 ou le correspondant distant 12 en utilisant l'adresse IPv4 @1 et, au-delà du dispositif de translation d'adresse 8, l'adresse IPv4 publique @2 (étape E8 de la figure 6).
Ensuite, la passerelle résidentielle 13 fait un déplacement dans le réseau de télécommunication 1 qui implique un changement de point d'accès 3. La passerelle résidentielle 13 envoie donc une requête d'accès RA' au point d'accès 3B. La requête d'accès RA' contient l'identifiant I13.
En réponse à la réception de la requête d'accès RA', le point d'accès 3B envoie un message Μ contenant l'identifiant I13 au dispositif de gestion 7. Le dispositif de gestion 7 détermine si sa base d'informations de gestion 20 contient des informations de gestion pour l'identifiant Ii3 (étape Ε ). Dans le cas présent, la base d'informations de gestion 20 contient les informations de gestion pour l'identifiant Ii3, qui avaient été mémorisées à l'étape E4 de la figure 6. Le dispositif de gestion 7 répond alors au point d'accès 3B par un message M2' contenant l'adresse @1.
En réponse à la réception du message M2', le point d'accès 3B attribue (étape El') une adresse IPv6, notée @3B, à la passerelle résidentielle 13. Le point d'accès 3B informe la passerelle résidentielle 13 des adresses @1 et @3A par un message M3'. Le point d'accès 3B envoie également un message M4' au dispositif de gestion 7. Le message M4' contient l'identifiant Ii3 de la passerelle résidentielle 13 et les adresses @1 et @3A attribuées à la passerelle résidentielle 13. Le dispositif de gestion 7 met alors à jour les informations de gestion associées à la passerelle résidentielle 13 dans sa base d'informations de gestion 20 (étape E4'). Plus précisément, le dispositif de gestion 7 remplace, dans sa base d'informations de gestion 20, l'adresse @3A par l'adresse @3B.
Ensuite, on suppose que la passerelle résidentielle 13 désire émettre un paquet IPv4, noté Ρ , ayant pour adresse source l'adresse @1, pour port source le même port pl, et pour adresse de destination l'adresse IPv4 du serveur d'application 11 ou du correspondant distant 12. Comme la liaison 5 vers le réseau d'opérateur 6 est une liaison IPv6, le paquet Ρ , au format IPv4, ne peut pas être envoyé tel quel sur le réseau d'opérateur 6 par la passerelle résidentielle 13. La passerelle résidentielle 13 établit donc un nouveau tunnel 15 vers le dispositif de translation d'adresse 8 (étape E3').
Après l'établissement du tunnel 15, la passerelle résidentielle 13 envoie le paquet Ρ dans le tunnel 15 vers le dispositif de translation d'adresse 8 (étape E5').
Lorsqu'il reçoit un paquet IPv4 dans le nouveau tunnel 15, le dispositif de translation d'adresse 8 est capable de déterminer l'adresse @3B de la terminaison du tunnel 15. Ainsi, en réponse à la réception du paquet Ρ , le dispositif de translation d'adresse 8 détermine, à l'étape E6', si sa base d'informations de contexte 21 contient des informations de contexte pour l'adresse
@3B.
Dans le cas présent, comme l'adresse @3B est différente de l'adresse @3A, l'adresse @3B est une nouvelle adresse. Dans ce cas, le dispositif de translation d'adresse 8 envoie un message M5' qui contient l'adresse @3B au dispositif de gestion 7. Le dispositif de gestion 7 consulte alors sa base d'informations de gestion 20 et répond par un message M6' qui contient les informations de gestion associées à l'adresse @3B, c'est-à-dire l'identifiant I13 et l'adresse @1 attribuée à la passerelle résidentielle 13.
En réponse à la réception du message M6', le dispositif de translation d'adresse 8 cherche dans sa base d'informations de contexte s'il a déjà des informations de contexte relatives à la passerelle résidentielle 13, identifiée par l'identifiant I13. Dans le cas présent, la base d'informations de contexte 21 contient déjà d'informations de contexte associées à l'identifiant I13, à savoir les informations de contexte créées à l'étape E7 de la figure 6. Le dispositif de translation d'adresse 8 met alors à jour sa base d'informations de contexte 21 en modifiant les informations de contexte associées à la passerelle résidentielle 13 (étape E7'). Plus précisément, le dispositif de translation d'adresse 8 remplace, dans les informations de contexte associées à la passerelle résidentielle 13, l'adresse @3A par l'adresse @3B.
Ensuite, le dispositif de translation d'adresse 8 effectue une translation d'adresse sur le paquet Ρ reçu et envoie donc un paquet P2' sur le réseau public 10, vers le serveur d'application 11 ou le correspondant distant 12, dans lequel l'adresse source (adresse @1) et le port source (port pl) du paquet PI ont été remplacé par l'adresse @2 et le port p2.
Tant que la passerelle résidentielle 13 reste reliée au point d'accès 3B, la communication ultérieure entre la passerelle résidentielle 13 et le serveur d'application 11 ou le correspondant distant 12 au cours de l'étape E8' s'effectue en passant par le nouveau tunnel 15 et par le dispositif de translation d'adresse 8, qui effectue la translation d'adresse nécessaire en fonction des informations de contexte modifiées à l'étape E7'.
Dans un exemple de mise en œuvre du réseau de télécommunication 1 de la figure 5, le point d'accès au réseau d'opérateur est par exemple un serveur BAS (« Broadband Access Server»), un nœud MSAN (« Multi Service Access Node ») ou un routeur ER (« Edge Router»).
La figure 8 représente un réseau de télécommunication 1 dans lequel un terminal mobile 2 et une passerelle résidentielle 13 peuvent communiquer avec un serveur applicatif 11 ou un correspondant distant 12. Le réseau de télécommunication 1 de la figure 8 peut être considéré comme une combinaison des réseaux de télécommunication 1 des figures 1 et 5.
Le réseau de télécommunication 1 de la figure 8 comprend un point d'accès fixe 31 et un point d'accès mobile 32. La passerelle résidentielle 13 dispose d'une connectivité IPv6 vers le point d'accès fixe 31. Un tunnel 15 est établi entre la passerelle résidentielle 13 et un dispositif de translation d'adresse fixe 81. Un tunnel 9 est établi entre le point d'accès mobile 32 et un dispositif de translation d'adresse mobile 82, comme dans le cas de la figure 1.
Le réseau d'opérateur 6, et notamment le serveur de gestion 7, est mutualisé pour les accès mobiles et les accès fixes. De manière similaire, le point d'accès fixe 31 et le point d'accès mobile 32 peuvent être mutualisés et former un point d'accès 3 commun. Le dispositif de translation d'adresse fixe 81 et le dispositif de translation d'adresse mobile 82 peuvent aussi être mutualisés et former un dispositif de translation d'adresse 8 commun.
Les identifiants de contexte CID1, CID2 constituent des paramètres associés aux paquets PI, Ρ dans les tunnels 9 au sens de l'invention. De manière correspondante, les adresse @3A et @3B constituent des paramètres associés aux paquets PI, Ρ dans les tunnels 15 au sens de l'invention.
L'établissement du tunnel, la réception du paquet PI ou Ρ , la recherche d'informations de contexte associées au paquet reçu (étape E6 ou E6'), l'envoi du message M5 ou M5', la réception du message M6 ou M6', la mise à jour de la base d'informations de contexte 21 (étape E7 ou E7') et la translation d'adresse pour émettre la paquet P2 ou P2' constituent des étapes d'un procédé de communication mis en œuvre par le dispositif de translation d'adresse 8. Ce procédé de communication est par exemple mis en œuvre par l'exécution d'un programme d'ordinateur.
La réception du message Ml ou Μ , l'étape El ou Ε , l'envoi du message M2 ou M2', la réception du message M4 ou M4', l'étape E4 ou E4' de mémorisation, la réception du message M5 ou M5' et l'envoi du message M6 ou M6' constituent des étapes d'un procédé de gestion mis en œuvre par le dispositif de translation d'adresse 8. Ce procédé de gestion est par exemple mis en œuvre par l'exécution d'un programme d'ordinateur.
La détermination de l'identifiant de contexte lors de l'établissement du tunnel (mode de réalisation des figures 1 à 3), ou l'attribution d'une adresse IPv6 à la passerelle résidentielle (mode de réalisation des figures 5 à 7), constitue une étape de détermination d'un paramètres au sens de l'invention. Cette étape et l'envoi du message M4 ou M4' constituent des étapes d'un procédé de communication mis en œuvre par le point d'accès 3. Ce procédé de communication est par exemple mis en œuvre par l'exécution d'un programme d'ordinateur.
Dans un autre exemple d'implémentation, un terminal mobile disposant d'une interface Wi-Fi définie par le standard IEEE 802.11 peut également se connecter à un point d'accès Wi-Fi raccordé au réseau fixe, par exemple via une passerelle résidentielle ou encore via un routeur d'entreprise mettant en œuvre un tunnel Gi-DS-Lite pour encapsuler les paquets IPv4 du terminal Wi-Fi à destination d'un dispositif de translation d'adresse. Le procédé peut alors s'appliquer afin d'assurer une continuité de session lorsque le terminal change de point d'accès Wi-Fi.

Claims

REVENDICATIONS
1. Procédé de communication mis en œuvre par un dispositif de translation d'adresse (8) relié à un réseau d'opérateur (6) basé sur IPv6 et un réseau public (10) basé sur IPv4, ledit dispositif de translation d'adresse (8) mémorisant des informations de contexte dans une base d'informations de contexte (21), le procédé de communication comprenant :
- une étape de réception d'un paquet IPv4 entrant (PI, Ρ ) émis par un terminal (2, 13), ledit paquet IPv4 entrant étant encapsulé dans un tunnel (9, 15) établi sur le réseau d'opérateur (6) ; - une étape de translation d'adresse appliquée au paquet IPv4 entrant (PI, Ρ ), en fonction d'informations de contexte de ladite base d'informations de contexte (21) associées audit terminal, pour déterminer un paquet IPv4 sortant (P2, P2') ; et
- une étape d'émission du paquet IPv4 sortant (P2, P2') sur le réseau public (10),
caractérisé en ce que lesdites informations de contexte comprennent un identifiant (I2, I13) du terminal, le procédé de communication comprenant, suite à la réception du paquet IPv4 entrant (PI, Ρ ) et avant ladite étape de translation d'adresse :
- une étape (E6, E6') de recherche d'informations de contexte associées audit terminal dans la base d'informations de contexte (21), en fonction d'un paramètre (CID1, CID2 ; @3A, @3B) du tunnel dans lequel le paquet IPv4 entrant est encapsulé (PI, Ρ ) ; et
- lorsqu'aucune information de contexte associée au terminal n'a été trouvée pendant l'étape de recherche :
- une étape d'envoi d'un message d'interrogation (M5, M5') contenant ledit paramètre vers un dispositif de gestion (7) ;
- une étape de réception d'un message de réponse (M6, Μβ') émis par ledit dispositif de gestion (7) et contenant un identifiant (I2, Ιί3) du terminal; et
- une étape de mise à jour de ladite base d'informations de contexte (21) comprenant :
- lorsque ladite base d'informations de contexte (21) ne contient pas d'informations de contexte associées audit identifiant (I2, I13), une étape (E7) de création d'informations de contexte associées au terminal (2, 13) en fonction dudit message de réponse;
- lorsque ladite base d'informations de contexte (21) contient des informations de contexte associées audit identifiant (I2, I13), une étape (Ε7') de modification desdites informations de contexte en fonction dudit message de réponse.
2. Procédé de communication selon la revendication 1, dans lequel ledit message de réponse (Μ6') contient une nouvelle valeur dudit paramètre (CID2 ; @3B), ladite étape (E7 de modification desdites informations de contexte comprenant la modification des informations de contexte en fonction de ladite nouvelle valeur dudit paramètre (CID2 ; @3B).
3. Programme d'ordinateur comportant des instructions pour l'exécution des étapes d'un procédé de communication selon la revendication 1 lorsque ledit programme est exécuté par un ordinateur.
4. Support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon la revendication 3.
5. Dispositif de translation d'adresse (8) destiné à être relié à un réseau d'opérateur (6) basé sur IPv6 et un réseau public (10) basé sur IPv4, ledit dispositif de translation d'adresse
(8) comprenant :
- des moyens (52, 53) de mémorisation d'une base d'informations de contexte (21),
- des moyens (54) de réception d'un paquet IPv4 entrant (PI, Ρ ) émis par un terminal (2, 13), ledit paquet IPv4 entrant étant encapsulé dans un tunnel (9, 15) établi sur le réseau d'opérateur (6) ;
- des moyens (51) de translation d'adresse appliquée au paquet IPv4 entrant (PI, Ρ ), en fonction d'informations de contexte de ladite base d'informations de contexte (21) associées audit terminal, pour déterminer un paquet IPv4 sortant (P2, P2') ; et
- des moyens (54) d'émission du paquet IPv4 sortant (P2, P2') sur le réseau public (10), caractérisé en ce que lesdites informations de contexte comprennent un identifiant (I2, Ιί3) du terminal, le dispositif de translation d'adresse (8) comprenant :
- des moyens (51) de recherche d'informations de contexte associées audit terminal dans la base d'informations de contexte (21), en fonction d'un paramètre (CID1, CID2 ; @3A, @3B) du tunnel dans lequel le paquet IPv4 entrant est encapsulé (PI, Ρ ), activés par les moyens de réception du paquet IPv4 entrant (PI, Ρ ) et avant application des moyens de translation d'adresse ;
- des moyens (54) d'envoi d'un message d'interrogation (M5, M5') contenant ledit paramètre vers un dispositif de gestion (7), des moyens de réception d'un message de réponse (M6, M6') émis par ledit dispositif de gestion (7) et contenant un identifiant (I2, I13) du terminal, et des moyens de mise à jour de ladite base d'informations de contexte (21), activés lorsqu'aucune information de contexte associée audit paramètre n'a été trouvée par les moyens de recherche,
- lesdits moyens de mise à jour comprenant :
- des moyens de création d'informations de contexte associées au terminal (2, 13) en fonction du message de réponse, activés lorsque ladite base d'informations de contexte (21) ne contient pas d'informations de contexte associées audit identifiant (I2, 113); et
- des moyens de modification desdites informations de contexte en fonction dudit message de réponse (Μ6'), activés lorsque ladite base d'informations de contexte (21) contient des informations de contexte associées audit identifiant (I2, 113).
6. Procédé de gestion mis en œuvre par un dispositif de gestion (7) d'un réseau d'opérateur (6) basé sur IPv6, un terminal (2, 13) étant apte à émettre un paquet IPv4 (PI, Ρ ) encapsulé dans un tunnel (9, 15) établi sur ledit réseau d'opérateur (6) vers un dispositif de translation d'adresse (8), caractérisé en ce qu'il comprend :
- une étape de réception, en provenance d'un point d'accès (3, 3A, 3B) par l'intermédiaire duquel le terminal accède au réseau d'opérateur, d'un message d'information (M4, M4') contenant un identifiant (I2, Ιί3) du terminal (2, 13) et un paramètre (CID1, CID2 ; @3A, @3B) du tunnel dans lequel le paquet IPv4 entrant (PI, Ρ ) est encapsulé,
- une étape (E4, E4') de mémorisation dudit identifiant (I2, Ιί3) et dudit paramètre (CID1, CID2 ; @3A, @3B) dans une base d'informations de gestion (20),
- une étape de réception d'un message d'interrogation (M5, M5') contenant ledit paramètre, émis par le dispositif de translation d'adresse (8) ;
- une étape d'envoi d'un message de réponse (M6, M6') vers le dispositif de translation d'adresse (8) et contenant l'identifiant (I2, 113) du terminal.
7. Procédé de gestion selon la revendication 6, dans lequel ledit message de réponse (Μ6') contient une nouvelle valeur dudit paramètre (CID2 ; @3B).
8. Programme d'ordinateur comportant des instructions pour l'exécution des étapes d'un procédé de gestion selon la revendication 6 lorsque ledit programme est exécuté par un ordinateur.
9. Support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon la revendication 8.
10. Dispositif de gestion (7) destiné à un réseau d'opérateur (6) basé sur IPv6, un terminal (2, 13) étant apte à émettre un paquet IPv4 (PI, Ρ ) entrant encapsulé dans un tunnel (9, 15) établi sur ledit réseau d'opérateur (6) vers un dispositif de translation d'adresse (8), caractérisé en ce qu'il comprend :
- des moyens (54) de réception, en provenance d'un point d'accès (3, 3A, 3B) par l'intermédiaire duquel le terminal accède au réseau d'opérateur, d'un message d'information (M4, M4') contenant un identifiant (I2, I13) du terminal (2, 13) et un paramètre (CID1, CID2 ; @3A, @3B) du tunnel dans lequel le paquet IPv4 entrant (PI, Ρ ) est encapsulé,
- des moyens (52, 53) de mémorisation dudit identifiant (I2, Ii3) et dudit paramètre (CID1, CID2 ; @3A, @3B) dans une base d'informations de gestion (20),
- des moyens (54) de réception d'un message d'interrogation (M5, M5') contenant ledit paramètre, émis par le dispositif de translation d'adresse (8) ; - des moyens (54) d'envoi d'un message de réponse (M6, M6') vers le dispositif de translation d'adresse (8) et contenant l'identifiant (I2, Ιί3) du terminal.
11. Procédé de communication mis en œuvre par un point d'accès (3, 3A, 3B) d'un réseau d'opérateur (6) basé sur IPv6, comprenant :
- une étape de réception d'une requête d'accès (RA, RA') émise par un terminal (3, 13) et contenant un identifiant du terminal (I2, 113),
- une étape (E2, E2', E3, E3') de détermination d'un paramètre d'un tunnel établi dans le réseau d'opérateur vers un dispositif de translation d'adresse (8), dans lequel un paquet IPv4 (PI, Ρ ) émis par le terminal (2, 13) est encapsulé,
caractérisé en ce qu'il comprend :
- une étape d'émission d'un message d'information (M4, M4') contenant l'identifiant (I2, I13) du terminal (2, 13) et le paramètre (CIDl, CID2 ; @3A, @3B) déterminé vers un dispositif de gestion (7) du réseau d'opérateur (6).
12. Procédé de communication selon la revendication 11, comprenant, avant l'étape de détermination et avant l'étape d'émission du message d'information (Μ4') :
- une étape d'envoi d'un message (Μ ) contenant l'identifiant (I2, Ιί3) du terminal (2, 13) au dispositif de gestion (7),
- une étape de réception d'un message (Μ2') contenant une adresse IPv4 (@1) attribuée au terminal (2, 13), et
- une étape d'envoi d'un message (Μ3') contenant ladite adresse IPv4 (@1) au terminal (2, 13).
13. Programme d'ordinateur comportant des instructions pour l'exécution des étapes d'un procédé de gestion selon la revendication 11 lorsque ledit programme est exécuté par un ordinateur.
14. Support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon la revendication 13.
15. Point d'accès (3, 3A, 3B) destiné à un réseau d'opérateur (6) basé sur IPv6, comprenant :
- des moyens (54) de réception d'une requête d'accès (RA, RA') émise par un terminal (3, 13) et contenant un identifiant du terminal (I2, 113),
- des moyens (51) de détermination d'un paramètre d'un tunnel établi dans le réseau d'opérateur vers un dispositif de translation d'adresse (8), dans lequel un paquet IPv4 (PI, Ρ ) émis par le terminal (2, 13) est encapsulé,
caractérisé en ce qu'il comprend : - des moyens (54) d'émission d'un message d'information (M4, M4') contenant l'identifiant (I2, I13) du terminal (2, 13) et le paramètre (CIDl, CID2 ; @3A, @3B) déterminé vers un dispositif de gestion (7) du réseau d'opérateur (6).
PCT/FR2012/050179 2011-01-31 2012-01-27 Procede et dispositif de translation d'adresse WO2012104527A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1150702A FR2971110A1 (fr) 2011-01-31 2011-01-31 Procede et dispositif de translation d'adresse
FR1150702 2011-01-31

Publications (1)

Publication Number Publication Date
WO2012104527A1 true WO2012104527A1 (fr) 2012-08-09

Family

ID=45774262

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2012/050179 WO2012104527A1 (fr) 2011-01-31 2012-01-27 Procede et dispositif de translation d'adresse

Country Status (2)

Country Link
FR (1) FR2971110A1 (fr)
WO (1) WO2012104527A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577410A (zh) * 2014-10-16 2016-05-11 中兴通讯股份有限公司 一种终端状态实时刷新方法及装置
CN113873596A (zh) * 2015-01-23 2021-12-31 北京三星通信技术研究有限公司 双连接架构下支持业务本地分流的方法及设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3007592B1 (fr) 2013-06-20 2015-07-17 Cts Cable Tray Systems Sas Troncon de chemin de cables a encliquetage transversal, chemin de cables comprenant de tels troncons et procede de fabrication
CN115865733A (zh) * 2022-12-01 2023-03-28 北京连星科技有限公司 基于APP应用数据分析的IPv6支持度检测方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040260816A1 (en) * 2000-03-10 2004-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for mapping an IP address to an MSISDN number within a wireless application processing network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040260816A1 (en) * 2000-03-10 2004-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for mapping an IP address to an MSISDN number within a wireless application processing network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
BROCKNERS S GUNDAVELLI CISCO S SPEICHER DEUTSCHE TELEKOM AG D WARD JUNIPER NETWORKS F: "Gateway Initiated Dual-Stack Lite Deployment; draft-gundavelli-softwire-gateway-init-ds-lite-03.txt", GATEWAY INITIATED DUAL-STACK LITE DEPLOYMENT; DRAFT-GUNDAVELLI-SOFTWIRE-GATEWAY-INIT-DS-LITE-03.TXT, INTERNET ENGINEERING TASK FORCE, IETF; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DES FALAISES CH- 1205 GENEVA, SWITZERLAND, no. 3, 8 March 2010 (2010-03-08), pages 1 - 13, XP015067824 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577410A (zh) * 2014-10-16 2016-05-11 中兴通讯股份有限公司 一种终端状态实时刷新方法及装置
CN113873596A (zh) * 2015-01-23 2021-12-31 北京三星通信技术研究有限公司 双连接架构下支持业务本地分流的方法及设备
CN113873596B (zh) * 2015-01-23 2024-04-12 北京三星通信技术研究有限公司 双连接架构下支持业务本地分流的方法及设备

Also Published As

Publication number Publication date
FR2971110A1 (fr) 2012-08-03

Similar Documents

Publication Publication Date Title
EP3476095B1 (fr) Procédé de communication udp via des chemins multiples entre deux terminaux
EP2494747B1 (fr) PROCÉDÉS ET DISPOSITIFS DE ROUTAGE DE PAQUETS DE DONNÉES ENTRE RÉSEAUX IPv4 ET IPv6
EP3476096B1 (fr) Procédé de communication udp via des chemins multiples entre deux terminaux
EP2297927B1 (fr) Procede de reception d'un paquet de donnees en provenance d'un domaine ipv4 dans un domaine ipv6, dispositif et equipement d'acces associes
EP3987752B1 (fr) Procede et dispositif d'obtention d'une adresse ip
US20100094978A1 (en) NAT Traversal Method and Apparatus
FR3038476A1 (fr) Procede d' optimisation de la charge d' un concentrateur de connexions reseau
FR2998755A1 (fr) Procede d'etablissement d'une connexion ip dans un reseau mobile et divers equipements correspondant
EP2294798B1 (fr) Procede de routage d'un paquet de donnees dans un reseau et dispositif associe
EP3127295A1 (fr) Procede de communication par chemins multiples entre deux terminaux
WO2012104527A1 (fr) Procede et dispositif de translation d'adresse
WO2013174758A1 (fr) Dispositif et procede d'interconnexion de deux sous-reseaux
WO2013178909A1 (fr) Procédé et entité de traitement d'un message
FR2787956A1 (fr) Procede d'adressage dans un reseau numerique de telecommunications et serveur de noms et d'adresses mettant en oeuvre un tel procede
EP2169903A1 (fr) Dispositif et procédé de routage permettant des traductions d'adresses en cascade dans un réseau
EP3357220B1 (fr) Technique de gestion d'une adresse dans un reseau local
EP3526956A1 (fr) Procédé de négociation d'une qualité de service offerte par une passerelle à des terminaux
WO2024121281A1 (fr) Procédé de gestion d'un ensemble d'adresses ip, procédé de collaboration et dispositifs configurés pour mettre en œuvre ces procédés
FR3116975A1 (fr) Procédé de notification d’un changement d’une adresse d’un point d’accès
WO2023242318A1 (fr) Procédé de communication entre un premier équipement et un serveur distant, procédé de gestion des communications, premier équipement, serveur distant et programme d'ordinateur correspondants.
WO2025061515A1 (fr) Procédés, dispositifs et système de contrôle d'une communication dans un réseau
FR3129052A1 (fr) Procédé de traitement d’au moins un paquet de données, dispositif et système associés.
JP2006246291A (ja) 中継装置、中継プログラム及び中継装置の動作方法
FR3018411A1 (fr) Procede et systeme de traitement d'une requete dns emise par un noeud reseau au cours d'une tentative dacces par une application cliente a un serveur distant sur un reseau ip
WO2011064511A1 (fr) Technique d'établissement d'un tunnel entre une passerelle et un équipement de translation dans un réseau de communication

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: 12706640

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12706640

Country of ref document: EP

Kind code of ref document: A1