WO2018150150A1 - Method for changing mobile network - Google Patents

Method for changing mobile network Download PDF

Info

Publication number
WO2018150150A1
WO2018150150A1 PCT/FR2018/050388 FR2018050388W WO2018150150A1 WO 2018150150 A1 WO2018150150 A1 WO 2018150150A1 FR 2018050388 W FR2018050388 W FR 2018050388W WO 2018150150 A1 WO2018150150 A1 WO 2018150150A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
terminal
scc
atcf
entity
Prior art date
Application number
PCT/FR2018/050388
Other languages
French (fr)
Inventor
José DOREE
Jean-Claude Le Rouzic
Original Assignee
Orange
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 Orange filed Critical Orange
Priority to EP18710091.2A priority Critical patent/EP3583757A1/en
Priority to US16/486,786 priority patent/US11115878B2/en
Publication of WO2018150150A1 publication Critical patent/WO2018150150A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation

Definitions

  • the present invention relates to communication networks of IP ("Internet Protocol") type, and in particular those of IP networks that are able to implement advanced session control protocols.
  • IP networks allow the transmission of conversational data, in the context of services such as "Voice over IP” (VoIP), "Content Sharing", or "Instant Messaging”.
  • the present invention relates to mobile network changes from a mobile terminal (for the sake of brevity, it will simply be called “terminal” later) during communication.
  • a terminal for the sake of brevity, it will simply be called “terminal” later.
  • switching of the communication (“handover” in English), or of "transfer of access”
  • a terminal communicates via a heart of IP network to which it belongs, passing first by a first access , said initial, then by a second access, said target, to this heart network (it is said that a terminal "belongs” to a given IP network when the user of this terminal has an account with the operator of this IP network, regardless of the access used by the user to connect to the IP network).
  • This switching which can be, for example, triggered by a degradation of the transmission quality on the initial mobile network, may concern all or part of the media flows associated with the communication and / or signaling: it is called total transfer or part of the communication.
  • the SIP protocol has been defined by the Internet Engineering Task Force (IETF) in RFC 3261. This protocol allows the establishment, modification and termination of multimedia sessions in a network using the IP protocol.
  • the SIP protocol has been extended in particular in RFC 3265. This extension defines event notification procedures.
  • the IP network communication services can identify physical or virtual resources by means of character strings, for example "URI” (initials of the English words “Uniform Resource Identifier” meaning “Uniform Resource Identifier”).
  • URI initials of the English words "Uniform Resource Identifier” meaning "Uniform Resource Identifier”
  • the URI syntax is defined in the IETF RFC 3986; the knowledge of the URI of a resource allows (for example, by means of a DNS query) to obtain the IP address of a device of the network of the operator managing this resource.
  • SIP-URI resource identifiers
  • Tel-URI resource identifiers
  • a SIP-URI is of the form "user @ host” (for example, alice @ domain1), where the "host” part identifies the domain of the operator responsible for the identity represented by the "user” part.
  • IP Multimedia Subsystem meaning “Multimedia subsystem over IP”
  • the IMS architecture was introduced by 3GPP for mobile networks and then taken over by TISPAN ("Telecommunications and Internet Converged Services and Protocols for Advanced Networking") for fixed networks.
  • TISPAN Telecommunications and Internet Converged Services and Protocols for Advanced Networking
  • This architecture enables the dynamic establishment and control of multimedia sessions between two clients as well as the reservation of resources at the level of the network for transporting multimedia streams.
  • network operators can conveniently implement a management policy, provide a predetermined Quality of Service, and calculate amounts to bill to customers.
  • the IMS currently provides access to telephony, videophone, Presence and Instant Messaging services, which it also manages.
  • Each user of an IMS network can be identified by means of various identities, including ⁇ (initials of the words “IP Multimedia Private Identity” meaning “Private Identity for Multimedia IP”) and IMPU (initials of the English words “IP Multimedia PUblic identity “meaning” Public Identity for IP Multimedia ").
  • the IMPI is defined in 3GPP specification TS 23.228.
  • the IMPI is an identity permanently assigned by the operator of a network to a subscription to this operator, and is used, for example, for registration, authorization of access, administration of services offered to the user, and billing (it should be noted that a user can have several IMPI within the same subscription, so it is possible to associate each IMPI with a different terminal).
  • the IMPI is in the form of an NAI (initials of the English words "Network Access Identifier” meaning "Network Access Identifier”), as defined in the IETF RFC 4282.
  • ⁇ is derived from the International Mobile Subscriber Identity (IMSI) stored in the Subscriber Identity Module (SIM) card; it is then easy to establish a correspondence between these two identities; in particular, ⁇ IMSI is, conversely, deductible from ⁇ .
  • IMSI International Mobile Subscriber Identity
  • SIM Subscriber Identity Module
  • a user uses his IMPU to communicate with other users.
  • the IMPU is in the form of a URI or short number, or any alias.
  • part of the IMPU corresponds to the user's public telephone number (ie for the use of third parties), called MSISDN (initials of the words "Mobile Station ISDN Number” meaning “Station ISDN number”). Mobile "); therefore, there is a direct correlation between IMPU and MSISDN.
  • IMPU for a given IMPI there may be several IMPUs (for example, such-URI and SIP-URI).
  • an IMPU can be shared, so that several terminals (for example, telephones, smartphones, or tablets) can be joined with the same public identity (for example, a number of single phone for a whole family of users). Each of these terminals is distinguished by a private identity (IMPI) of its own.
  • IMPI private identity
  • a common example of such a multi-terminal configuration is the "multi-SIM" case: a user who subscribes to this option has several SIM cards (and therefore several IMSIs), which can be reached using the same phone number. public MSISDN.
  • the same terminal when it is "multimode", can attach and register with an IP core network through several types of mobile networks, such as a GSM network (Global System for Mobile Communications), a Universal Mobile Telecommunications System (UMTS) network, a WiFi network (IEEE 802.1 1 group standards), or an LTE (Long Term Evolution) network.
  • GSM Global System for Mobile Communications
  • UMTS Universal Mobile Telecommunications System
  • WiFi IEEE 802.1 1 group standards
  • LTE Long Term Evolution
  • a multimode terminal offers the user the possibility to choose the best possible network to establish a communication.
  • the choice criteria applied are generally the responsibility of the user or operator of the IP network: the operator's price policy, the quality of the communication, the available bandwidth, and so on.
  • LTE Voice over LTE
  • Video over LTE Video over LTE
  • ViLTE Video over LTE
  • TS 23.237 stage 2
  • TS 24.237 stage 3GPP (Third Generation Partnership Project)
  • TS 24.237 stage 3GPP (Third Generation Partnership Project)
  • TS 24.237 stage 3GPP (Third Generation Partnership Project)
  • TS 24.237 stage 3GPP (Third Generation Partnership Project)
  • TS 24.237 stage 3GPP (Third Generation Partnership Project)
  • TS 24.237 stage 3GPP (Third Generation Partnership Project)
  • eSRVCC English initials "Enhanced Single Voice Voice Call Continuity” meaning "Unique Vocal Radio Call Continuity Optimized”
  • AS Application Server
  • SCC-AS Service Centralization and Continuity, meaning “Centralization and Continuity”
  • Service
  • the eSRVCC procedure in particular uses, in addition to the SCC-AS, entities called ATCF (initials of the words "Access Transfer Control Function” meaning Access Transfer Control Function) and ATGW (initials of the English words "Access Transfer Gateway” meaning Access Gateway), which are placed on the access segment at the heart of the network.
  • ATCF initials of the words "Access Transfer Control Function” meaning Access Transfer Control Function
  • ATGW initials of the English words "Access Transfer Gateway” meaning Access Gateway
  • the signaling is anchored in the ATCF, and the media stream is anchored in the ATGW. This anchoring is not modified during the transfer of access, so that the SCC-AS does not need to indicate to the remote terminal a modification of the media flow.
  • This second procedure makes it possible to reduce the cutoff times of the voice communication at the time of the access transfer with respect to a procedure of the SRVCC type, because the eSRVCC procedure intervenes on the media flows as close as possible to the user for whom it is triggered, while the SRVCC procedure requires a complete renegotiation between the two users involved in the communication.
  • the advantage of eSRVCC over SRVCC, in addition to reducing the number of signaling exchanges, is to be able to switch the media flows closer to the user changing network, so that the interruption of the media is as short as possible.
  • the choice of the procedure to be applied is based on the analysis by the SCC-AS of the characteristics of the media stream as transmitted in the signaling during the transfer: if the media stream is not modified, the eSRVCC procedure can be applied; if the media stream is changed, the SRVCC procedure must be applied.
  • the user identifier passed to the SCC-AS or ATCF is the MSISDN public telephone number.
  • MSISDN the only transmitted identifier by the circuit domain
  • SCC-AS entity comprises means for:
  • a session information element comprising a user identity identifying a terminal participating in the session and a first identifier of the terminal in a CS domain of the communication network.
  • said user identity being associated with a plurality of terminals and said first identifier comprising at least one MSISDN, an IMSI or a GRUU (Globally Routable Unique User),
  • said session transfer request requesting the transfer of a session associated with a second device identifier included in the request, the second device identifier identifying a terminal in the CS domain and comprising at least an MSISDN, an IMSI or a GRUU,
  • this request US 201 1238845 specifies that, in order for the SCC-AS entity to identify the session to be transferred, the MSISDN of the terminal in the CS domain must not be shared by a plurality of terminals in the IMS domain. Furthermore, this request relates to the transfer of a calling terminal, and does not teach how to identify a particular terminal object of a transfer among a plurality of called terminals. In the state of the art, the switchover of a communication in which a terminal participating in a set of several mobile terminals participates is therefore not possible: any attempt to implement an SRVCC procedure or an e-SRVCC procedure is doomed to failure because it can not identify the terminal involved in the failover.
  • the present invention thus relates, in a first aspect, to a mobile network switching method, comprising the following steps:
  • Said method is remarkable in that, during the registration of said terminal with said IP network, a recording server in charge of the terminal has obtained said IMSI identifier and sent it to said control entity access transfers. .
  • IP network to which the invention applies may be not only an IMS network, but also any IP network compatible with access transfer procedures similar to the SRVCC and eSRVCC procedures.
  • the modified registration procedure according to the invention is particularly applicable in the case of a multi-user configuration. terminals. Indeed, the identification of a terminal (calling or called) being the subject of a change of mobile network among a plurality of terminals belonging to the same user can be achieved by simple consultation of the list, thus constituted, identifiers IMSI of these terminals.
  • a user access control entity can unambiguously identify a terminal of this user involved in a mobile network change. This ensures in particular the success of access transfers in multi-terminal underwriting situation.
  • said registration server after obtaining said IMSI identifier, said registration server sends it to an SCC-AS entity.
  • said SCC-AS entity after receiving said IMSI identifier, transmits it to an ATCF entity.
  • said recording server after obtaining said IMSI identifier, said recording server sends it to an ATCF entity.
  • At least one of the access transfer control entities (SCC-AS and / or ATCF) in charge of the user can, in the case of a multi-terminal configuration, be informed of the IMSI identifier of each of the terminals of this user.
  • This access transfer control entity can therefore easily identify the contact address of one of these terminals which would then be subject to a mobile network change.
  • the invention relates to various devices.
  • a recording server in an IP network comprising means for, when registering with said IP network of a terminal for which said recording server is responsible, obtaining the IMSI identifier of said terminal and send it to an entity controlling access transfers.
  • the invention also relates, secondly, to an access transfer control entity in an IP network constituted by an SCC-AS entity, and comprising means for receiving from a recording server, and recording, IMSI identifier of a terminal.
  • this access transfer control entity further comprises means for transmitting the IMSI identifier of a terminal to an ATCF entity.
  • the invention also relates, thirdly, to an access transfer control entity in an IP network constituted by an ATCF entity, and comprising means for receiving on the part of a recording server or an SCC-AS entity, and record, the IMSI identifier of a terminal.
  • any of the access transfer control entities described briefly above also comprises means for:
  • the invention relates to a communication system in an IP network, comprising:
  • At least one recording server as briefly described above, and
  • At least one access transfer control entity as briefly described above.
  • the invention also relates to a computer program downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor.
  • This computer program is notable in that it includes instructions for managing the operation of a registration server as briefly described above, or an access transfer control entity as briefly described. above, when run on a computer.
  • the advantages offered by this computer program are essentially the same as those offered by said method.
  • FIG. 1 illustrates the steps conventionally implemented in the SRVCC procedure
  • FIG. 2a schematically represents a network architecture conventionally used for the eSRVCC procedure
  • FIG. 2b illustrates the steps conventionally implemented in the eSRVCC procedure
  • FIG. 3 illustrates the steps conventionally implemented during a registration in the eSRVCC procedure.
  • the client device-client must, with some exceptions (such as certain emergency calls), register on the network by sending him a request called "SIP REGISTER".
  • SIP REGISTER When the network is unable to link this record to a previous record (for example due to a network failure, or following a client-device shutdown for a duration longer than a predetermined value), the record is considered being an initial recording.
  • the user's client device After an initial registration, the user's client device must periodically send the network a request to confirm that it wishes to maintain its registration.
  • the IMS networks include one or more registration servers, called “S-CSCFs” (Initials of the English words “Serving-Call Server Control Function” meaning “Server Call Session Control Function”). "), Apt (among others functions) to manage the registration procedure of devices connected to the network.
  • S-CSCFs Initials of the English words “Serving-Call Server Control Function” meaning “Server Call Session Control Function”).
  • Apt (among others functions) to manage the registration procedure of devices connected to the network.
  • the IMS networks furthermore comprise one or more interrogation servers, called "l-CSCF” (initials of the words “Interrogating- Call Server Control Function” meaning “Interrogating Call Session Control Function”) - moreover often physically combined with the S-CSCF recording servers to form call servers denoted "l / S-CSCF” - which, at the time of registration of a client device, query a data server of subscriber called “HSS” (initials of the words “Home Subscriber Server” meaning “Subscriber Subscriber Server”), in order to select an S-CSCF server with the characteristics that are obligatorily (and, if necessary, optionally) required to reach the level of service subscribed by the user.
  • HSS data server of subscriber
  • HSS Home Subscriber Server
  • Subscriber Subscriber Server Subscriber Subscriber Server
  • the HSS servers each contain a client database, and so are the equivalent in IP networks of "HLR” servers (initials of the words “Home Location Register” meaning “Link Location Registry”) used in the networks.
  • GSM Global System for Mobile communications
  • Each HSS server contains the IMS subscriptions of the operator's subscribers as well as their service profiles.
  • the specification TS 29.228 (Section B.1 and FIG. B.1 .1 in particular) of the 3GPP provides for provision in the subscription of the user of a mobile terminal, the IMSI of the terminal as well as his private identity.
  • IMS networks further include:
  • a voicemail server manages the subscription of the client device to the events of posting / consultation of the messages of the user of this client device, and notifies the client device at the occurrence of these events;
  • One (or more) presence server a presence server manages the subscription of the client device to the presence events that the user of this client device wishes to monitor, and notifies the client device when the client device occurrence of these events;
  • a telephony server manages the telephone services to which the user of the client-device has subscribed to its operator, such as the presentation of the number or call forwarding.
  • Voice mail servers, presence servers and telephony servers are examples of so-called “application servers” (or AS).
  • the S-CSCF server that has been assigned to the user authenticates this user, and then downloads the user profile from the HSS server.
  • This profile contains information about the services to which this user is entitled.
  • the information is stored in the form of "initial filter criteria" (or "iFC").
  • the S-CSCF then sends a message called "third party registration" to all application servers.
  • the body of this message contains service information in XML language and / or the original SIP REGISTER request and / or 200 OK response to the original SIP REGISTER request.
  • the purpose of the third-party registration is to let the application servers know that this user is available on the network (for example, the TAS will stop transferring calls intended for this user to his Voice Mailbox).
  • these services may be offered automatically to all users of the IMS network. It can also be services to which this user has subscribed to the network operator, and which are automatically made available. Finally, they may be services that the user can use after issuing an appropriate request (SIP SUBSCRIBE). These services include audiovisual applications as mentioned above. It can also be a subscription to the state of a resource, in which case event notifications (SIP NOTIFY) are sent to the client device as soon as the state of the resource changes.
  • SIP NOTIFY event notifications
  • the IMS networks furthermore comprise one or more servers called "P-CSCF” (initials of the English words "Proxy-Call Server Control Function” meaning “Proxy Call Session Control Function”).
  • P-CSCF Internet Services Controller
  • IMS networks include media gateways, such as the IMS-AGW (IMS Access Gateway).
  • a “media gateway” is a responsible entity, under the control of a P-CSCF server, of the opening and closing of the gates between the mobile network and the core network on the media plane; the “media gateway” entity is also in charge of traffic policing, as well as the marking of media flows in terms of Quality of Service.
  • CS networks include:
  • Node B one or more base stations
  • MSC Mobile Switching Center
  • MGW Media Gateway
  • PS networks include:
  • eNode B One or more base stations, called "eNode B";
  • an MME management center is generally associated with a PGW gateway (PDN Gateway) located at the boundary between the CS mobile network and the IMS network; the access point in the IMS core network is a P-CSCF server;
  • PGW gateway PGW Gateway
  • At least one SGW (Serving Gateway): the SGW routes and transmits the user data packets, and also acts as a mobility anchor for user data during transfers between eNode B base stations as well as an anchor point during transfers between an LTE network and a network implementing another 3GPP technology; and ⁇ at least one PGW gateway, mentioned above: the PGW provides connectivity between the UE and the external packet data networks ("Packet Data Networks", or PDNs), serving as a point of reference. entry and exit of traffic for the EU; a mobile terminal can be connected simultaneously to multiple PGWs to access multiple PDNs; PGW provides network policy enforcement, packet filtering for each user, imputation assistance, legal interception and packet monitoring.
  • PDNs Packet Data Networks
  • the mobile network changes considered below include the switching of a communication from an MME management center of the LTE network to an MSC management center of the GSM or UMTS network.
  • Figure 1 (adapted from the 3GPP specification TS 24.237, section A.6.2) summarizes the classical protocol exchanges of the SRVCC procedure between, on the one hand, the CS domain (equipment referred to as "Interworking entities" in the figure), and on the other hand the IMS network elements.
  • a SIP INVITE call request is transmitted to a server S -CSCF; the execution of the associated task (forwarding of the request to an Application Server) depends on the subscriber's subscription rules, and this task is performed by applying to the call the list of rules defined on the basis of the parameters of the iFC filter mentioned above.
  • the call Prior to the SRVCC procedure, the call was anchored by the SCC-AS server mentioned above, as illustrated in step 1 of Figure 1 (when a call passes through an SCC-AS, it is said that it is "anchored" by SCC-AS). More precisely, if one places oneself on the side of the client device UE A at the origin of the call, the call will be transmitted first to the SCC-AS before being processed by the application server of Telephony (Telephony Application Server, or TAS); if it is placed on the side of the client device UE-B recipient of the call, the call is first transmitted to the TAS, which then transfers it to the SCC-AS.
  • Telephony Telephony Application Server
  • the MME responsible for this client device UE A sends a request failover to the CS network (step 3). To do this, the MME must be able to:
  • the MSC is therefore responsible for reserving resources for call continuity
  • the MME When registering the client device to the IMS network, the MME retrieved an identifier called "STN-SR" (initials of the words “Session Transfer Number for SRVCC” meaning “Session Transfer Number for SRVCC”) of the from the HSS server (which itself received it from SCC-AS). This is a number in the E.164 telephone format. It is this identifier of the SCC-AS that is transmitted by the MME to the MSC so that the MSC can issue the said changeover request to the SCC-AS.
  • STN-SR initials of the words "Session Transfer Number for SRVCC” meaning “Session Transfer Number for SRVCC”
  • the MSC then transmits to the IMS network an SIP INVITE request for transfer request of an active session, comprising said STN-SR number and the public telephone number MSISDN of the user of the client device UE A (step 4). .
  • the SCC-AS then receives said INVITE request (step 6), and supports the session transfer. From this moment, the MME can request the UE-client device A to switch to the GSM or UMTS network. The SCC-AS informs the UE B client of the access transfer for taking into account the new media streams to the MSC (steps 7 to 13). After the switchover, the SCC-AS sends confirmation of the success of the procedure to the MSC (steps 14 and 15).
  • the classic eSRVCC procedure drawing on the article "Mind the coverage hole! (Available at https: //realtimecommunication. WordPress om / 2015/03/24 / mind-the-coveraqe-hole / # more-380).
  • the eSRVCC architecture comprises two entities intended to serve as anchors on the access segment to the core network. These entities are:
  • ATCF acts as an anchor for SIP signaling, and is placed in the SIP signaling path between a P-SCSF and an S-CSCF; each ATCF is identified by an STN-SR number; the SCC-AS receives the ATCF STN-SR in charge of a subscriber at the time of subscriber registration and forwards it to the HSS; the HSS in turn transmits it to the MME (as in the context of the SRVCC procedure described succinctly above); and
  • ATGW acts as an anchor for the media stream; ATGW is controlled by ATCF; ATGW is often co-located with an IMS-AGW media gateway.
  • A.18.3 summarizes the classical protocol exchanges of the eSRVCC procedure between the CS domain and the IMS network elements.
  • a mobile terminal when a mobile terminal registers on an IMS network, it issues a SIP REGISTER request, which is received by a P-CSCF server. According to the eSRVCC procedure, this P-CSCF server transmits the SIP REGISTER request to the ATCF. If the originating network of the mobile terminal is compatible with the eSRVCC procedure, the ATCF decides, depending on the policy of the operator, to anchor or not the SIP signaling.
  • the ATCF enriches the initial SIP REGISTER request, including by including itself for sessions created on the basis of this record, and adding its URI (called ATCF-URI) in the signaling path.
  • the enriched SIP REGISTER request is then forwarded by the ATCF to the l-CSCF server, which forwards it to the S-CSCF, and then the S-CSCF sends the SCC-AS a message containing the initial SIP REGISTER request in the message body.
  • the SCC-AS considers the STN-SR number of the ATCF, and updates the HSS server.
  • the SCC-AS then sends to the ATCF, in the message body of a SIP MESSAGE request (described in IETF RFC 3428):
  • the UE client device A may establish a PS communication with an UE client device B (step 1 of FIG. 2b).
  • the MME responsible for this client device UE A sends a switch request to the network CS (2nd step).
  • the request contains the STN-SR number of the ATCF and the MSISDN telephone number of the user.
  • the MSC / MGCF generates a SIP INVITE request including this STN-SR number and this MSISDN number, and sends it to the ATCF (step 3).
  • the ATCF finds the MSISDN number of the user in the "P-Asserted-ldentity" field of the received INVITE request, and requests the ATGW for the required media stream changes (steps 4 and 5). Then the ATCF sends to the SCC-AS, by means of the ATU-STI (mentioned above), a new SIP INVITE request reproducing the header ("header") "Target-Dialog” identifying the dialogue established by the INVITE request before the switchover (steps 8 and 9).
  • the only identifier transmitted by the CS domain to the core of the IMS network is the MSISDN public telephone number of the user.
  • the MSISDN public telephone number of the user is the MSISDN public telephone number of the user.
  • the IMSI identifier will preferably be delivered to the relevant elements of the network by means of a dedicated SIP header, which will be called "P-Associated-IMSI".
  • P-Associated-IMSI a dedicated SIP header
  • a first embodiment relates to a modified eSRVCC procedure.
  • the typical procedure for registering a terminal near an IMS core network is illustrated in Figure 3 (adapted from 3GPP TS 24.237, Section A.3.3).
  • the terminal is roaming ("roaming" in English); it therefore registers from a visited network (V-PLMN, for Visited-Public Land Mobile Network) in the home network (H-PLMN, for Home-Public Land Mobile Network) of the user; the entities (P-CSCF, ATCF) of the visited network transmit the registration requests to the entities (l-CSCF, S-CSCF, SCC-AS, HSS) of the user's original network.
  • V-PLMN Visited-Public Land Mobile Network
  • H-PLMN Home-Public Land Mobile Network
  • the S-CSCF server in charge of the user obtains the IMSI identifier of the terminal that is registering.
  • the S-CSCF server deduces the IMSI identifier from the private identity IMPI.
  • the S-CSCF server deduces the IMSI identifier from the private identity IMPI.
  • the following substeps take place: (not shown in Figure 3):
  • the S-CSCF server sends to the HSS server a message DIAMETER SAR
  • Server-Assignment-Request in which it indicates, in particular, its name in relation to the private identity IMPI of the user it has supported
  • the S-CSCF server receives from the HSS server, in a Server-Assignment-Answer (DIAMETER) response, an additional data concerning the user being recorded (such as complementary identities, or the profile of the user); the HSS server also provides in this SAA response (and more precisely in the "User-Profile" object of this SAA response, as specified in Section B1, mentioned above, of the TS 29.228 standard) the IMSI identifier if the latter is available.
  • DIAMETER Server-Assignment-Answer
  • the S-CSCF server can then provide the IMSI identifier to the network elements that need it.
  • the S-CSCF server sends a SIP response 200 OK to the l-CSCF server of the originating network.
  • the S-CSCF can insert a P-Associated-IMSI (or Restoration-Info) header containing the IMSI identifier.
  • P-Associated-IMSI or Restoration-Info
  • the ATCF will have the identifier IMSI; the ATCF can then broadcast this information in the registration context associated with the user.
  • the S-CSCF server transmits the SIP REGISTER request to the SCC-AS.
  • the S-CSCF server can insert a P-Associated-IMSI (or Restoration-Info) header containing the IMSI identifier.
  • the SCC-AS is thus informed of the IMSI identifier of the terminal that registers, and can then disseminate this information in the context of registration of the user.
  • the SCC-AS server may insert the IMSI identifier in the body of this request or in a P-Associated-IMSI (or Restoration-Info) header of this request.
  • the SCC-AS and the ATCF then have, in the registration context of the terminal that has just been registered, all the public identities "not barred” (that is to say, usable by the terminal for establishing calls) of the terminal, the terminal's contact address, and its IMSI identifier.
  • a second embodiment relates to a modified SRVCC procedure.
  • the S-CSCF server in charge of the user obtains the IMSI identifier of the terminal that registers as described above in the context of the first embodiment.
  • the S-CSCF server can then provide the IMSI identifier to the network elements that need it.
  • the S-CSCF server issues a SIP response 200 OK to the l-CSCF server of the originating network, in which the S-CSCF server inserts a P-Associated-IMSI (or Restoration-Info) header containing the IMSI identifier.
  • the l-CSCF server can then transmit this SIP response 200 OK to the P-CSCF server in charge of the terminal that is registering.
  • the knowledge by the P-CSCF server of the IMSI identifier of a terminal can be particularly useful when this terminal is in a roaming situation, as shown in FIG. 3.
  • the P-CSCF server can, in the case of a multi-terminal configuration, generate a Call Detail Record (CDR) and / or statistics relating to a particular terminal (identified by its IMSI identifier) of the set of terminals; it is then possible to distinguish each of the terminals of the user at the level of the information and billing systems of the network operator.
  • CDR Call Detail Record
  • IMSI identifier IMSI identifier
  • the S-CSCF server when the S-CSCF server transmits the SIP REGISTER request to the SCC-AS, the S-CSCF server can insert a P-Associated-IMSI (or Restoration-Info) header containing the IMSI identifier.
  • P-Associated-IMSI or Restoration-Info
  • the SCC-AS is thus informed of the IMSI identifier of the terminal that is registering.
  • the SCC-AS then has, in the context of registration of the terminal that has just registered, all the public identities un-barred terminal, the contact address of the terminal, and its identifier IMSI.
  • SCC-AS and ATCF When establishing a session between two users as described in step 1 of Figures 1 and 2b, and prior to receiving an access transfer request, SCC-AS and ATCF will be able to determine which of the plurality of terminals of each calling and called user is used to establish this session. Indeed, the information stored in the recording contexts of the ATCF and SCC-AS make it possible to associate the contact addresses of each of the terminals, their respective IMSI identifiers and the public identities used for the establishment. of this session.
  • Packet Core, or EPC during an access transfer is described in specifications TS 23.401 and TS 29.280 of 3GPP.
  • this procedure notably includes the switchover of the communication from an MME management center of the LTE network to an MSC management center of the GSM or UMTS network.
  • the information that is transmitted to the management center MSC during the switchover includes in particular the IMSI identifier of the terminal concerned.
  • this IMSI identifier is not transmitted by the management center MSC at the heart of the IMS network (ATCF or SCC-AS) (see request SIP INVITE in step 4 of the Figure 1, or in Step 3 of Figure 2b).
  • the management center MSC uses the SIP header "P-Associated-IMSI" (or the SIP header "Restoration-Info").
  • the IMSI identifier obtained in accordance with the TS 29.280 specification
  • This information is then used in conjunction with the MSISDN telephone number, either by the SCC-AS following receipt of the INVITE request in step 6 of Figure 1 in the case of an SRVCC procedure, or by the ATCF. upon receipt of the SIP INVITE request in step 3 of Figure 2b in the case of an eSRVCC procedure.
  • the ATCF then completes the initialized user context following receipt of the SIP response 200 OK in step 14 of FIG. 3.
  • the ATCF has previously stored the correspondence between the IMSI identifier and the contact address of each user terminal, the ATCF is able to unambiguously determine the terminal concerned by the access transfer procedure.
  • the IMSI identifier is used by the SCC-AS to complete the initialized user context following receipt of the REGISTER SIP registration request (step equivalent to step 17 of FIG. 3). Since the SCC-AS has previously stored the correspondence between the IMSI identifier and the contact address of each user terminal, the SCC-AS is able to unambiguously determine the terminal concerned by the transfer procedure. access.
  • the present invention can be implemented within the nodes of an IP network, for example recording servers or access transfer control entities, by means of software and / or hardware components, such as than electronic circuits.
  • the software components can be integrated into a typical network node management computer program. Therefore, as indicated above, the present invention also relates to a computer system.
  • This computer system conventionally comprises a central processing unit controlling signals by a memory, as well as an input unit and an output unit.
  • this computer system can be used to run a computer program with instructions for the implementation of any of the mobile network switching methods according to the invention.
  • the invention also relates to a downloadable computer program from a communication network comprising instructions for executing the steps of a mobile network switching method according to the invention, when it is executed on a computer .
  • This computer program may be stored on a computer readable medium and may be executable by a microprocessor.
  • 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 another desirable form.
  • the invention also relates to an information carrier, irremovable, or partially or completely removable, readable by a computer, and comprising instructions of a computer program as mentioned above.
  • the information carrier may 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, such as a hard disk, or a USB key. (“USB flash drive" in English).
  • the information medium may be 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 computer program according to the invention can in particular be downloaded to an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of any of the mobile network switching methods according to the invention. .

Abstract

The invention relates to a method for changing mobile network, comprising the following steps: detecting the necessity to switch a communication in which a terminal is participating, from a first mobile network (LTE) connected to an IP network, to a second mobile network (GSM, UMTS) connected to the same IP network; transmission of the IMSI identifier of said terminal, by a first management centre (MME) pertaining to said first mobile network (LTE), to a second management centre (MSV) pertaining to said second mobile network (GSM, UMTS); sending of said IMSI identifier to the core of the IP network by said second management centre (MSC); receiving a request to change mobile network containing said IMSI identifier by an entity for controlling the access transfers (SCC-AS, ATCF); and identification of the contact address of the terminal by said entity for controlling the access transfers (SCC-AS, ATCF) by means of the IMSI identifier. Furthermore, during the recording of said terminal in said IP network, a recording server (S-CSCF) in charge of the terminal obtains the IMSI identifier and sends it to said entity for controlling the access transfers (SCC-AS, ATCF). The invention is applicable to mobile networks connected to an IMS network.

Description

PROCÉDÉ DE CHANGEMENT DE RÉSEAU MOBILE  METHOD FOR CHANGING MOBILE NETWORK
La présente invention concerne les réseaux de communications de type IP (« Internet Protocol »), et notamment ceux parmi les réseaux IP qui sont aptes à mettre en œuvre des protocoles de contrôle de session évolués. Les réseaux IP permettent la diffusion de données conversationnelles, dans le cadre de services tels que « Voix sur IP » (VoIP), « Partage de Contenu », ou « Messagerie Instantanée ». The present invention relates to communication networks of IP ("Internet Protocol") type, and in particular those of IP networks that are able to implement advanced session control protocols. IP networks allow the transmission of conversational data, in the context of services such as "Voice over IP" (VoIP), "Content Sharing", or "Instant Messaging".
Plus particulièrement, la présente invention concerne les changements de réseau mobile de la part d'un terminal mobile (par souci de brièveté, on dira simplement « terminal » par la suite) en cours de communication. On parle de « basculement de la communication » (« handover » en anglais), ou de « transfert d'accès », lorsqu'un terminal communique via un cœur de réseau IP auquel il appartient, en passant d'abord par un premier accès, dit initial, puis par un deuxième accès, dit cible, à ce cœur de réseau (on dit qu'un terminal « appartient » à un réseau IP donné lorsque l'utilisateur de ce terminal possède un compte auprès de l'opérateur de ce réseau IP, et ce, quel que soit l'accès utilisé par l'utilisateur pour se connecter au réseau IP). Ce basculement, qui peut être, par ex7emple, déclenché par une dégradation de la qualité de transmission sur le réseau mobile initial, peut concerner tout ou partie des flux média associés à la communication et/ou de la signalisation : on parle alors de transfert total ou partiel de la communication.  More particularly, the present invention relates to mobile network changes from a mobile terminal (for the sake of brevity, it will simply be called "terminal" later) during communication. We speak of "switching of the communication" ("handover" in English), or of "transfer of access", when a terminal communicates via a heart of IP network to which it belongs, passing first by a first access , said initial, then by a second access, said target, to this heart network (it is said that a terminal "belongs" to a given IP network when the user of this terminal has an account with the operator of this IP network, regardless of the access used by the user to connect to the IP network). This switching, which can be, for example, triggered by a degradation of the transmission quality on the initial mobile network, may concern all or part of the media flows associated with the communication and / or signaling: it is called total transfer or part of the communication.
Les protocoles de contrôle de session évolués classiques, tels que le protocole SIP (initiales des mots anglais « Session Initiation Protocol » signifiant « Protocole d'Initiation de Session »), utilisent des messages dits de « signalisation », qui sont des messages permettant à un terminal de demander une connexion avec un autre terminal, ou également des messages signalant qu'une ligne téléphonique est occupée, ou signalant que le téléphone appelé sonne, ou encore signalant que tel téléphone est connecté au réseau et peut être joint de telle ou telle manière.  Conventional advanced session control protocols, such as the SIP protocol (initials of the words "Session Initiation Protocol" meaning "Session Initiation Protocol"), use so-called "signaling" messages, which are messages allowing a terminal to request a connection with another terminal, or also messages indicating that a telephone line is busy, or signaling that the called telephone rings, or signaling that such phone is connected to the network and can be attached to such or such way.
Le protocole SIP a été défini par l'IETF (Internet Engineering Task Force) dans le document RFC 3261 . Ce protocole permet l'établissement, la modification et la terminaison de sessions multimédia dans un réseau utilisant le protocole IP. Le protocole SIP a ensuite été étendu notamment dans le document RFC 3265. Cette extension définit des procédures de notification d'événements. The SIP protocol has been defined by the Internet Engineering Task Force (IETF) in RFC 3261. This protocol allows the establishment, modification and termination of multimedia sessions in a network using the IP protocol. The SIP protocol has been extended in particular in RFC 3265. This extension defines event notification procedures.
On rappelle que les services de communication sur réseau IP peuvent identifier des ressources physiques ou virtuelles au moyen de chaînes de caractères, par exemple des « URI » (initiales des mots anglais « Uniform Resource Identifier » signifiant « Identifiant Uniforme de Ressource »). La syntaxe des URI est définie dans le document RFC 3986 de l'IETF ; la connaissance de l'URI d'une ressource permet (par exemple, au moyen d'une requête DNS) d'obtenir l'adresse IP d'un équipement du réseau de l'opérateur gérant cette ressource.  It is recalled that the IP network communication services can identify physical or virtual resources by means of character strings, for example "URI" (initials of the English words "Uniform Resource Identifier" meaning "Uniform Resource Identifier"). The URI syntax is defined in the IETF RFC 3986; the knowledge of the URI of a resource allows (for example, by means of a DNS query) to obtain the IP address of a device of the network of the operator managing this resource.
En particulier, dans les réseaux mettant en œuvre le protocole SIP, on distingue deux types d'identifiants de ressource : ceux de la forme « SIP-URI » telle que définie dans le document RFC 3261 de l'IETF, ou ceux de la forme « tel-URI » telle que définie dans le document RFC 3966 de l'IETF. Une SIP-URI est de la forme « user@host » (par exemple, alice@domaine1 ), où la partie « host » identifie le domaine de l'opérateur responsable de l'identité représentée par la partie « user ». Une tel-URI est de la forme « tel:numéro_de_téléphone » (par exemple, tel:+33123456789) en référence aux numéros de téléphone publics internationaux, ou de la forme « tel:numéro_de_téléphone;phone- context=... » (par exemple, tel:0623456789;phone-context=+33) en référence aux numéros de téléphone attribués par un opérateur pour son réseau privé.  In particular, in networks implementing the SIP protocol, two types of resource identifiers can be distinguished: those of the form "SIP-URI" as defined in the document RFC 3261 of the IETF, or those of the form "Tel-URI" as defined in IETF RFC 3966. A SIP-URI is of the form "user @ host" (for example, alice @ domain1), where the "host" part identifies the domain of the operator responsible for the identity represented by the "user" part. Such a URI is of the form "tel: telephone_number" (for example, tel: +33123456789) referring to international public telephone numbers, or the form "tel: telephone_number; phone- context = ..." (by example, tel: 0623456789; phone-context = + 33) with reference to the telephone numbers assigned by an operator for his private network.
Ce protocole SIP est utilisé notamment dans les infrastructures de type IMS (initiales des mots anglais « IP Multimedia Subsystem » signifiant « Sous- système Multimédia sur IP »).  This SIP protocol is used in particular in infrastructure type IMS (initials of the words "IP Multimedia Subsystem" meaning "Multimedia subsystem over IP").
L'architecture IMS a été introduite par le 3GPP pour les réseaux mobiles, puis reprise par TISPAN (« Télécommunications and Internet Converged Services and Protocols for Advanced Networking ») pour les réseaux fixes. Cette architecture permet l'établissement dynamique et le contrôle de sessions multimédia entre deux clients ainsi que la réservation des ressources au niveau du réseau de transport des flux multimédias. Grâce à cette architecture, les opérateurs réseau peuvent commodément mettre en œuvre une politique de gestion, fournir une Qualité de Service prédéterminée, et calculer les montants à facturer aux clients. L'IMS permet actuellement d'accéder à des services de type téléphonie, visiophonie, Présence et Messagerie Instantanée, dont elle gère aussi l'interaction. The IMS architecture was introduced by 3GPP for mobile networks and then taken over by TISPAN ("Telecommunications and Internet Converged Services and Protocols for Advanced Networking") for fixed networks. This architecture enables the dynamic establishment and control of multimedia sessions between two clients as well as the reservation of resources at the level of the network for transporting multimedia streams. With this architecture, network operators can conveniently implement a management policy, provide a predetermined Quality of Service, and calculate amounts to bill to customers. The IMS currently provides access to telephony, videophone, Presence and Instant Messaging services, which it also manages.
Chaque utilisateur d'un réseau IMS peut y être identifié au moyen de diverses identités, dont ΙΊΜΡΙ (initiales des mots anglais « IP Multimedia Private Identity » signifiant « Identité Privée pour IP Multimédia ») et l'IMPU (initiales des mots anglais « IP Multimedia PUblic identity » signifiant « Identité Publique pour IP Multimédia »).  Each user of an IMS network can be identified by means of various identities, including ΙΊΜΡΙ (initials of the words "IP Multimedia Private Identity" meaning "Private Identity for Multimedia IP") and IMPU (initials of the English words "IP Multimedia PUblic identity "meaning" Public Identity for IP Multimedia ").
L'IMPI est défini dans la spécification TS 23.228 du 3GPP. L'IMPI est une identité affectée de manière permanente par l'opérateur d'un réseau à une souscription auprès de cet opérateur, et est utilisé, par exemple, pour l'enregistrement, l'autorisation d'accès, l'administration des services offerts à l'utilisateur, et la facturation (on notera qu'un utilisateur peut avoir plusieurs IMPI au sein de la même souscription ; on peut ainsi associer chaque IMPI à un terminal différent). L'IMPI a la forme d'un NAI (initiales des mots anglais « Network Access Identifier » signifiant « Identifiant d'Accès Réseau »), tel que défini dans le document RFC 4282 de l'IETF. On notera que dans la plupart des réseaux mobiles actuels, ΓΙΜΡΙ est dérivée de l'identifiant IMSI (International Mobile Subscriber Identity) stocké dans la carte SIM (Subscriber Identity Module) ; il est alors facile d'établir une correspondance entre ces deux identités ; en particulier, Γ IMSI est, inversement, déductible de ΓΙΜΡΙ.  The IMPI is defined in 3GPP specification TS 23.228. The IMPI is an identity permanently assigned by the operator of a network to a subscription to this operator, and is used, for example, for registration, authorization of access, administration of services offered to the user, and billing (it should be noted that a user can have several IMPI within the same subscription, so it is possible to associate each IMPI with a different terminal). The IMPI is in the form of an NAI (initials of the English words "Network Access Identifier" meaning "Network Access Identifier"), as defined in the IETF RFC 4282. It should be noted that in most current mobile networks, ΓΙΜΡΙ is derived from the International Mobile Subscriber Identity (IMSI) stored in the Subscriber Identity Module (SIM) card; it is then easy to establish a correspondence between these two identities; in particular, Γ IMSI is, conversely, deductible from ΓΙΜΡΙ.
Un utilisateur se sert de son IMPU pour communiquer avec d'autres utilisateurs. L'IMPU se présente sous la forme d'une URI ou d'un numéro court, ou encore d'un alias quelconque. Dans un réseau mobile, une partie de l'IMPU correspond au numéro de téléphone public (i.e. à l'usage des tiers) de l'utilisateur, appelé MSISDN (initiales des mots anglais « Mobile Station ISDN Number » signifiant « Numéro ISDN de Station Mobile ») ; il existe donc une corrélation directe entre IMPU et MSISDN.  A user uses his IMPU to communicate with other users. The IMPU is in the form of a URI or short number, or any alias. In a mobile network, part of the IMPU corresponds to the user's public telephone number (ie for the use of third parties), called MSISDN (initials of the words "Mobile Station ISDN Number" meaning "Station ISDN number"). Mobile "); therefore, there is a direct correlation between IMPU and MSISDN.
On notera que, pour un IMPI donné, il peut y avoir plusieurs IMPU (par exemple, une tel-URI et une SIP-URI).  It should be noted that for a given IMPI there may be several IMPUs (for example, such-URI and SIP-URI).
On notera également qu'un IMPU peut être partagé, de manière à ce que plusieurs terminaux (par exemple, téléphones, smartphones, ou tablettes) puissent être joints avec la même identité publique (par exemple, un numéro de téléphone unique pour toute une famille d'utilisateurs). Chacun de ces terminaux est distingué par une identité privée (IMPI) qui lui est propre. Un exemple courant d'une telle configuration multi-terminaux est le cas « multi-SIM » : un utilisateur qui souscrit à cette option dispose de plusieurs cartes SIM (et donc plusieurs IMSI), qui peuvent être joints au moyen du même numéro de téléphone public MSISDN. It should also be noted that an IMPU can be shared, so that several terminals (for example, telephones, smartphones, or tablets) can be joined with the same public identity (for example, a number of single phone for a whole family of users). Each of these terminals is distinguished by a private identity (IMPI) of its own. A common example of such a multi-terminal configuration is the "multi-SIM" case: a user who subscribes to this option has several SIM cards (and therefore several IMSIs), which can be reached using the same phone number. public MSISDN.
Toutes ces identités d'un utilisateur sont configurées par l'opérateur lors de la création d'un compte auprès de cet opérateur, et exploitées lors de l'attachement et de l'enregistrement de l'utilisateur sur le réseau.  All these identities of a user are configured by the operator when creating an account with this operator, and exploited during the attachment and registration of the user on the network.
En particulier, un même terminal, lorsqu'il est « multimode », peut s'attacher et s'enregistrer auprès d'un cœur de réseau IP par le biais de plusieurs types de réseaux mobiles, tels qu'un réseau GSM (Global System for Mobile Communications), un réseau UMTS (Universal Mobile Télécommunications System), un réseau WiFi (normes du groupe IEEE 802.1 1 ), ou un réseau LTE (Long Term Evolution). Un terminal multimode offre la possibilité à son utilisateur de choisir le meilleur réseau possible pour établir une communication. Les critères de choix appliqués relèvent généralement de l'utilisateur ou de l'opérateur du réseau IP : politique tarifaire de l'opérateur, qualité de la communication, bande passante disponible, et ainsi de suite.  In particular, the same terminal, when it is "multimode", can attach and register with an IP core network through several types of mobile networks, such as a GSM network (Global System for Mobile Communications), a Universal Mobile Telecommunications System (UMTS) network, a WiFi network (IEEE 802.1 1 group standards), or an LTE (Long Term Evolution) network. A multimode terminal offers the user the possibility to choose the best possible network to establish a communication. The choice criteria applied are generally the responsibility of the user or operator of the IP network: the operator's price policy, the quality of the communication, the available bandwidth, and so on.
De nos jours, il existe un grand intérêt pour les services de téléphonie sur Nowadays, there is a great interest in telephone services over
LTE (« Voice over LTE », ou VoLTE, en anglais), ainsi que pour les services de visiophonie sur LTE (« Video over LTE », ou ViLTE, en anglais). Dans ce cadre, il a été envisagé qu'en cas de nécessité on puisse basculer une communication d'un réseau mobile LTE vers un réseau mobile GSM ou UMTS ; un tel basculement est techniquement complexe, car il faut notamment assurer la continuité d'un appel téléphonique initié dans un réseau à commutation de paquets (« packet-switched », ou PS, en anglais) et poursuivi dans un réseau à commutation de circuits (« circuit-switched » , ou CS, en anglais). LTE ("Voice over LTE", or VoLTE, in English), as well as for videophone services on LTE ("Video over LTE", or ViLTE, in English). In this context, it has been envisaged that, in case of necessity, it is possible to switch a communication from an LTE mobile network to a GSM or UMTS mobile network; such a switchover is technically complex, because it is necessary in particular to ensure the continuity of a telephone call initiated in a packet-switched network (or PS) and continued in a circuit-switched network ( "Circuit-switched", or CS, in English).
Ainsi, les normes TS 23.237 (stage 2) et TS 24.237 (stage 3) du 3GPP (Third Génération Partnership Project) définissent des mécanismes de transfert d'accès pour le basculement depuis un réseau LTE vers un réseau GSM ou UMTS, et offrent aux opérateurs souhaitant mettre en œuvre de tels transferts d'accès deux types de procédures. Le premier type est appelé « SRVCC » (initiales des mots anglais « Single Radio Voice Call Continuity » signifiant « Continuité d'Appel Vocal Radio Unique »). Le second type est appelé « eSRVCC » (initiales des mots anglais « enhanced Single Radio Voice Call Continuity » signifiant « Continuité d'Appel Vocal Radio Unique Optimisée »). Ces deux types de procédures utilisent un serveur d'applications (« Application Server », ou AS, en anglais) dédié, appelé SCC-AS (d'après les initiales des mots anglais « Service Centralization and Continuity » signifiant « Centralisation et Continuité de Service »), pour gérer la signalisation reçue de la part des terminaux au moment du basculement. Thus 3GPP (Third Generation Partnership Project) TS 23.237 (stage 2) and TS 24.237 (stage 3) define access transfer mechanisms for failover from an LTE network to a GSM or UMTS network, and provide operators wishing to implement such access transfers two types of procedures. The first type is called "SRVCC" (English initials "Single Radio Voice Call Continuity" means "Unique Voice Call Continuity"). The second type is called "eSRVCC" (English initials "Enhanced Single Voice Voice Call Continuity" meaning "Unique Vocal Radio Call Continuity Optimized"). These two types of procedures use a dedicated Application Server (AS), called SCC-AS (from the initials of the words Service Centralization and Continuity, meaning "Centralization and Continuity"). Service "), to manage the signaling received from the terminals at the time of the switchover.
La procédure eSRVCC en particulier utilise, outre le SCC-AS, des entités appelées ATCF (initiales des mots anglais « Access Transfer Control Function » signifiant Fonction de Commande de Transfert d'Accès) et ATGW (initiales des mots anglais « Access Transfer Gateway » signifiant passerelle de Transfert d'Accès), qui sont placées sur le segment d'accès au cœur de réseau. La signalisation est ancrée dans l'ATCF, et le flux média est ancré dans l'ATGW. Cet ancrage n'est pas modifié lors du transfert d'accès, si bien que le SCC-AS n'a pas besoin d'indiquer au terminal distant une modification du flux média. Cette seconde procédure permet de réduire les temps de coupure de la communication vocale au moment du transfert d'accès par rapport à une procédure de type SRVCC, car la procédure eSRVCC intervient sur les flux média au plus près de l'utilisateur pour lequel elle est déclenchée, alors que la procédure SRVCC nécessite une renégociation complète entre les deux utilisateurs impliqués dans la communication. L'intérêt du eSRVCC par rapport au SRVCC, outre le fait de diminuer le nombre d'échanges de signalisation, est donc de pouvoir basculer les flux média au plus près de l'utilisateur changeant de réseau, pour que l'interruption du média soit la plus courte possible.  The eSRVCC procedure in particular uses, in addition to the SCC-AS, entities called ATCF (initials of the words "Access Transfer Control Function" meaning Access Transfer Control Function) and ATGW (initials of the English words "Access Transfer Gateway" meaning Access Gateway), which are placed on the access segment at the heart of the network. The signaling is anchored in the ATCF, and the media stream is anchored in the ATGW. This anchoring is not modified during the transfer of access, so that the SCC-AS does not need to indicate to the remote terminal a modification of the media flow. This second procedure makes it possible to reduce the cutoff times of the voice communication at the time of the access transfer with respect to a procedure of the SRVCC type, because the eSRVCC procedure intervenes on the media flows as close as possible to the user for whom it is triggered, while the SRVCC procedure requires a complete renegotiation between the two users involved in the communication. The advantage of eSRVCC over SRVCC, in addition to reducing the number of signaling exchanges, is to be able to switch the media flows closer to the user changing network, so that the interruption of the media is as short as possible.
Le choix de la procédure à appliquer repose sur l'analyse par le SCC-AS des caractéristiques du flux média telles que transmises dans la signalisation lors du transfert : si le flux média n'est pas modifié, on peut appliquer la procédure eSRVCC ; si le flux média est modifié, on doit appliquer la procédure SRVCC.  The choice of the procedure to be applied is based on the analysis by the SCC-AS of the characteristics of the media stream as transmitted in the signaling during the transfer: if the media stream is not modified, the eSRVCC procedure can be applied; if the media stream is changed, the SRVCC procedure must be applied.
Dans les deux architectures (i.e. SRVCC et eSRVCC), lors du transfert d'accès vers le domaine circuit, l'identifiant de l'utilisateur transmis au SCC-AS ou à l'ATCF est le numéro de téléphone public MSISDN. Or, dans le cas d'un abonnement multi-terminaux, lors du transfert d'accès de l'un de ces terminaux, il n'est pas possible de déterminer quel terminal de l'ensemble des terminaux de l'abonné a changé de réseau mobile, puisque le seul identifiant transmis par le domaine circuit est le MSISDN, qui est, comme expliqué ci-dessus, associé à l'identité publique de l'utilisateur. Autrement dit, lorsqu'un utilisateur dispose de plusieurs terminaux partageant la même identité publique, il est impossible de savoir, le cas échéant, lequel de ces terminaux a participé à une procédure de transfert d'accès. In both architectures (ie SRVCC and eSRVCC), when transferring access to the circuit domain, the user identifier passed to the SCC-AS or ATCF is the MSISDN public telephone number. In the case of a multi-terminal subscription, during the transfer of access of one of these terminals, it is not possible to determine which terminal of all terminals of the subscriber has changed mobile network, since the only transmitted identifier by the circuit domain is the MSISDN, which is, as explained above, associated with the public identity of the user. In other words, when a user has several terminals sharing the same public identity, it is impossible to know, if any, which of these terminals participated in an access transfer procedure.
On peut consulter à cet égard la demande US 201 1238845, qui concerne les techniques de transfert de session mises en œuvre par une entité SCC-AS dans un domaine IMS. Ladite entité SCC-AS comprend des moyens pour :  In this respect, the application US 201 1238845, which concerns session transfer techniques implemented by an SCC-AS entity in an IMS domain, can be consulted. Said SCC-AS entity comprises means for:
- enregistrer, pour chacune d'une pluralité de sessions de communication en cours, un élément d'informations de session comprenant une identité d'utilisateur identifiant un terminal participant à la session et un premier identifiant du terminal dans un domaine CS du réseau de communication, ladite identité d'utilisateur étant associée à une pluralité de terminaux et ledit premier identifiant comprenant au moins un MSISDN, un IMSI ou un GRUU (Globally Routable Unique User),  recording, for each of a plurality of current communication sessions, a session information element comprising a user identity identifying a terminal participating in the session and a first identifier of the terminal in a CS domain of the communication network. said user identity being associated with a plurality of terminals and said first identifier comprising at least one MSISDN, an IMSI or a GRUU (Globally Routable Unique User),
- recevoir une requête de transfert de session, ladite requête de transfert de session demandant le transfert d'une session associée à un deuxième identifiant de dispositif inclus dans la requête, le deuxième identifiant de dispositif identifiant un terminal dans le domaine CS et comprenant au moins un MSISDN, un IMSI ou un GRUU,  receiving a session transfer request, said session transfer request requesting the transfer of a session associated with a second device identifier included in the request, the second device identifier identifying a terminal in the CS domain and comprising at least an MSISDN, an IMSI or a GRUU,
- comparer le deuxième identifiant de dispositif reçu avec la pluralité de premiers identifiants de dispositif enregistrés, et  comparing the second received device identifier with the plurality of first registered device identifiers, and
- identifier, sur la base de cette comparaison, une session en cours particulière à laquelle la requête de transfert de session reçue se rapporte.  - identifying, on the basis of this comparison, a particular session in progress to which the received session transfer request relates.
Cette demande US 201 1238845 précise toutefois que, pour que l'entité SCC-AS puisse identifier la session à transférer, le MSISDN du terminal dans le domaine CS ne doit pas être partagé par une pluralité de terminaux dans le domaine IMS. Par ailleurs, cette demande concerne le transfert d'un terminal appelant, et n'enseigne pas comment identifier un terminal particulier objet d'un transfert parmi une pluralité de terminaux appelés. Dans l'état de l'art, le basculement d'une communication à laquelle participe un terminal faisant partie d'un ensemble de plusieurs terminaux mobiles n'est donc pas possible : toute tentative de mise en œuvre d'une procédure SRVCC ou d'une procédure e-SRVCC est vouée à l'échec, faute de pouvoir identifier le terminal impliqué dans le basculement. However, this request US 201 1238845 specifies that, in order for the SCC-AS entity to identify the session to be transferred, the MSISDN of the terminal in the CS domain must not be shared by a plurality of terminals in the IMS domain. Furthermore, this request relates to the transfer of a calling terminal, and does not teach how to identify a particular terminal object of a transfer among a plurality of called terminals. In the state of the art, the switchover of a communication in which a terminal participating in a set of several mobile terminals participates is therefore not possible: any attempt to implement an SRVCC procedure or an e-SRVCC procedure is doomed to failure because it can not identify the terminal involved in the failover.
La présente invention concerne donc, selon un premier aspect, un procédé de changement de réseau mobile, comprenant les étapes suivantes :  The present invention thus relates, in a first aspect, to a mobile network switching method, comprising the following steps:
- détection qu'il devient nécessaire de basculer une communication à laquelle participe un terminal depuis un premier réseau mobile connecté à un réseau IP, vers un second réseau mobile connecté au même réseau IP,  detection that it becomes necessary to switch a communication in which a terminal participates from a first mobile network connected to an IP network to a second mobile network connected to the same IP network,
- transmission par un premier centre de gestion appartenant audit premier réseau mobile à un second centre de gestion appartenant audit second réseau mobile de l'identifiant IMSI dudit terminal,  transmission by a first management center belonging to said first mobile network to a second management center belonging to said second mobile network of the IMSI identifier of said terminal,
- envoi dudit identifiant IMSI au cœur de réseau IP par ledit second centre de gestion,  sending said IMSI identifier to the IP network core by said second management center,
- réception par une entité de contrôle des transferts d'accès d'une requête de changement de réseau mobile contenant ledit identifiant IMSI, et  reception by a control entity of the access transfers of a mobile network change request containing said IMSI identifier, and
- identification de l'adresse de contact du terminal par ladite entité de contrôle des transferts d'accès au moyen de l'identifiant IMSI.  identification of the terminal's contact address by said access transfer control entity by means of the IMSI identifier.
Ledit procédé est remarquable en ce que, lors de l'enregistrement dudit terminal auprès dudit réseau IP, un serveur d'enregistrement en charge du terminal a obtenu ledit identifiant IMSI et l'a fait parvenir à ladite entité de contrôle des transferts d'accès.  Said method is remarkable in that, during the registration of said terminal with said IP network, a recording server in charge of the terminal has obtained said IMSI identifier and sent it to said control entity access transfers. .
Ainsi, l'invention propose la modification :  Thus, the invention proposes the modification:
- de la procédure classique exécutée pour un terminal lors de son enregistrement sur un réseau IP, et  the classical procedure executed for a terminal when it is registered on an IP network, and
- des procédures d'identification classiques exécutées par les entités de contrôle des transferts d'accès.  - standard identification procedures performed by access control entities.
On notera que le réseau IP auquel s'applique l'invention peut être non seulement un réseau IMS, mais aussi tout réseau IP compatible avec des procédures de transfert d'accès analogues aux procédures SRVCC et eSRVCC.  It should be noted that the IP network to which the invention applies may be not only an IMS network, but also any IP network compatible with access transfer procedures similar to the SRVCC and eSRVCC procedures.
On notera également que la procédure d'enregistrement modifiée selon l'invention est en particulier applicable dans le cas d'une configuration multi- terminaux. En effet, l'identification d'un terminal (appelant ou appelé) faisant l'objet d'un changement de réseau mobile parmi une pluralité de terminaux appartenant au même utilisateur peut être réalisée par simple consultation de la liste, ainsi constituée, des identifiants IMSI de ces terminaux. It will also be noted that the modified registration procedure according to the invention is particularly applicable in the case of a multi-user configuration. terminals. Indeed, the identification of a terminal (calling or called) being the subject of a change of mobile network among a plurality of terminals belonging to the same user can be achieved by simple consultation of the list, thus constituted, identifiers IMSI of these terminals.
Grâce à ces dispositions, une entité de contrôle des transferts d'accès en charge de l'utilisateur peut identifier sans ambiguïté un terminal de cet utilisateur impliqué dans un changement de réseau mobile. On assure ainsi notamment le succès des transferts d'accès en situation de souscription multi-terminaux.  With these provisions, a user access control entity can unambiguously identify a terminal of this user involved in a mobile network change. This ensures in particular the success of access transfers in multi-terminal underwriting situation.
Selon des caractéristiques particulières, après avoir obtenu ledit identifiant IMSI, ledit serveur d'enregistrement le fait parvenir à une entité SCC- AS.  According to particular characteristics, after obtaining said IMSI identifier, said registration server sends it to an SCC-AS entity.
Selon des caractéristiques encore plus particulières, après avoir reçu ledit identifiant IMSI, ladite entité SCC-AS le transmet à une entité ATCF.  According to even more particular characteristics, after receiving said IMSI identifier, said SCC-AS entity transmits it to an ATCF entity.
Selon d'autres caractéristiques particulières, après avoir obtenu ledit identifiant IMSI, ledit serveur d'enregistrement le fait parvenir à une entité ATCF.  According to other particular characteristics, after obtaining said IMSI identifier, said recording server sends it to an ATCF entity.
Grâce à ces dispositions, au moins l'une des entités de contrôle des transferts d'accès (SCC-AS et/ou ATCF) en charge de l'utilisateur peut, dans le cas d'une configuration multi-terminaux, être informée de l'identifiant IMSI de chacun des terminaux de cet utilisateur. Cette entité de contrôle des transferts d'accès pourra donc aisément identifier l'adresse de contact de l'un de ces terminaux qui ferait ensuite l'objet d'un changement de réseau mobile.  Thanks to these arrangements, at least one of the access transfer control entities (SCC-AS and / or ATCF) in charge of the user can, in the case of a multi-terminal configuration, be informed of the IMSI identifier of each of the terminals of this user. This access transfer control entity can therefore easily identify the contact address of one of these terminals which would then be subject to a mobile network change.
Selon un deuxième aspect, l'invention concerne divers dispositifs.  According to a second aspect, the invention relates to various devices.
Elle concerne ainsi, premièrement, un serveur d'enregistrement dans un réseau IP, comprenant des moyens pour, lors de l'enregistrement auprès dudit réseau IP d'un terminal dont ledit serveur d'enregistrement a la charge, obtenir l'identifiant IMSI dudit terminal et le faire parvenir à une entité de contrôle des transferts d'accès.  It thus relates, firstly, to a recording server in an IP network, comprising means for, when registering with said IP network of a terminal for which said recording server is responsible, obtaining the IMSI identifier of said terminal and send it to an entity controlling access transfers.
L'invention concerne aussi, deuxièmement, une entité de contrôle des transferts d'accès dans un réseau IP constituée par une entité SCC-AS, et comprenant des moyens pour recevoir de la part d'un serveur d'enregistrement, et enregistrer, l'identifiant IMSI d'un terminal. Selon des caractéristiques particulières, cette entité de contrôle des transferts d'accès comprend en outre des moyens pour transmettre l'identifiant IMSI d'un terminal à une entité ATCF. The invention also relates, secondly, to an access transfer control entity in an IP network constituted by an SCC-AS entity, and comprising means for receiving from a recording server, and recording, IMSI identifier of a terminal. According to particular characteristics, this access transfer control entity further comprises means for transmitting the IMSI identifier of a terminal to an ATCF entity.
L'invention concerne aussi, troisièmement, une entité de contrôle des transferts d'accès dans un réseau IP constituée par une entité ATCF, et comprenant des moyens pour recevoir de la part de la part d'un serveur d'enregistrement ou d'une entité SCC-AS, et enregistrer, l'identifiant IMSI d'un terminal.  The invention also relates, thirdly, to an access transfer control entity in an IP network constituted by an ATCF entity, and comprising means for receiving on the part of a recording server or an SCC-AS entity, and record, the IMSI identifier of a terminal.
Selon des caractéristiques particulières, l'une quelconque des entités de contrôle des transferts d'accès décrites succinctement ci-dessus comprend en outre des moyens pour :  According to particular features, any of the access transfer control entities described briefly above also comprises means for:
- recevoir une requête de changement de réseau mobile concernant un terminal, ladite requête contenant l'identifiant IMSI dudit terminal, et  receiving a mobile network change request concerning a terminal, said request containing the IMSI identifier of said terminal, and
- identifier l'adresse de contact du terminal au moyen dudit identifiant IMSI. Les avantages offerts par ces dispositifs sont essentiellement les mêmes que ceux offerts par les procédés succinctement exposés ci-dessus.  - Identify the contact address of the terminal by means of said IMSI identifier. The advantages offered by these devices are essentially the same as those offered by the methods briefly described above.
Selon un troisième aspect, l'invention concerne un système de communication dans un réseau IP, comprenant :  According to a third aspect, the invention relates to a communication system in an IP network, comprising:
- au moins un serveur d'enregistrement tel que décrit succinctement ci- dessus, et  at least one recording server as briefly described above, and
- au moins une entité de contrôle des transferts d'accès telle que décrite succinctement ci-dessus.  at least one access transfer control entity as briefly described above.
Les avantages offerts par ce système de communication sont essentiellement les mêmes que ceux offerts par les procédés succinctement exposés ci-dessus.  The advantages offered by this communication system are essentially the same as those offered by the methods briefly outlined above.
L'invention vise également un programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur. Ce programme d'ordinateur est remarquable en ce qu'il comprend des instructions pour gérer le fonctionnement d'un serveur d'enregistrement tel que décrit succinctement ci- dessus, ou d'une entité de contrôle des transferts d'accès telle que décrite succinctement ci-dessus, lorsqu'il est exécuté sur un ordinateur. Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerts par ledit procédé. The invention also relates to a computer program downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor. This computer program is notable in that it includes instructions for managing the operation of a registration server as briefly described above, or an access transfer control entity as briefly described. above, when run on a computer. The advantages offered by this computer program are essentially the same as those offered by said method.
D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-dessous de modes de réalisation particuliers, donnés à titre d'exemples non limitatifs. La description se réfère aux figures qui l'accompagnent, dans lesquelles :  Other aspects and advantages of the invention will appear on reading the detailed description below of particular embodiments, given by way of non-limiting examples. The description refers to the figures that accompany it, in which:
- la figure 1 illustre les étapes mises en œuvre classiquement dans la procédure SRVCC,  FIG. 1 illustrates the steps conventionally implemented in the SRVCC procedure,
- la figure 2a représente schématiquement une architecture réseau utilisée classiquement pour la procédure eSRVCC,  FIG. 2a schematically represents a network architecture conventionally used for the eSRVCC procedure,
- la figure 2b illustre les étapes mises en œuvre classiquement dans la procédure eSRVCC, et  FIG. 2b illustrates the steps conventionally implemented in the eSRVCC procedure, and
- la figure 3 illustre les étapes mises en œuvre classiquement au cours d'un enregistrement dans la procédure eSRVCC.  FIG. 3 illustrates the steps conventionally implemented during a registration in the eSRVCC procedure.
Les procédures SRVCC et eSRVCC étant conçues pour fonctionner de préférence avec les réseaux IP de type IMS, on va commencer par quelques rappels concernant ce type de réseau.  Since the SRVCC and eSRVCC procedures are designed to work preferably with IMS type IP networks, we will start with a few reminders about this type of network.
Lorsqu'un usager souhaite bénéficier des services offerts par un réseau IMS, il émet vers le réseau des messages de signalisation pouvant inclure notamment divers types de requêtes.  When a user wishes to benefit from the services offered by an IMS network, he sends signaling messages to the network that may include various types of requests.
Tout d'abord, le dispositif-client de l'usager doit, sauf exceptions (telles que certains appels d'urgence), s'enregistrer sur le réseau en lui envoyant une requête appelée « SIP REGISTER ». Lorsque le réseau est incapable de faire le lien entre cet enregistrement et un enregistrement précédent (par exemple suite à une panne réseau, ou suite à un arrêt du dispositif-client pendant une durée supérieure à une valeur prédéterminée), l'enregistrement est considéré comme étant un enregistrement initial. Après un enregistrement initial, le dispositif-client de l'usager doit envoyer périodiquement au réseau une requête pour confirmer qu'il souhaite maintenir son enregistrement.  First, the client device-client must, with some exceptions (such as certain emergency calls), register on the network by sending him a request called "SIP REGISTER". When the network is unable to link this record to a previous record (for example due to a network failure, or following a client-device shutdown for a duration longer than a predetermined value), the record is considered being an initial recording. After an initial registration, the user's client device must periodically send the network a request to confirm that it wishes to maintain its registration.
Pour pouvoir enregistrer les dispositifs-clients, les réseaux IMS comprennent un ou plusieurs serveurs d'enregistrement, appelés « S-CSCF » (initiales des mots anglais « Serving-Call Server Control Function » signifiant « Fonction de Commande de Session d'Appel Serveuse »), aptes (entre autres fonctions) à gérer la procédure d'enregistrement des dispositifs connectés au réseau. In order to register the client devices, the IMS networks include one or more registration servers, called "S-CSCFs" (Initials of the English words "Serving-Call Server Control Function" meaning "Server Call Session Control Function"). "), Apt (among others functions) to manage the registration procedure of devices connected to the network.
Les réseaux IMS comprennent en outre un ou plusieurs serveurs d'interrogation, appelés « l-CSCF » (initiales des mots anglais « Interrogating- Call Server Control Function » signifiant « Fonction de Commande de Session d'Appel Interrogatrice »)— d'ailleurs souvent combinés physiquement avec les serveurs d'enregistrement S-CSCF pour constituer des serveurs d'appel dénotés « l/S-CSCF » — qui, au moment de l'enregistrement d'un dispositif-client, interrogent un serveur de données d'abonné appelé « HSS » (initiales des mots anglais « Home Subscriber Server » signifiant « Serveur d'Abonné de Rattachement »), afin de pouvoir sélectionner un serveur S-CSCF possédant les caractéristiques qui sont obligatoirement (et, le cas échéant, optionnellement) requises pour atteindre le niveau de service souscrit par l'usager. Les serveurs HSS contiennent chacun une base de données-clients, et sont donc l'équivalent dans les réseaux IP des serveurs « HLR » (initiales des mots anglais « Home Location Register » signifiant « Registre de Localisation de Rattachement ») utilisés dans les réseaux GSM. Chaque serveur HSS contient les souscriptions IMS des abonnés de l'opérateur ainsi que leurs profils de services. En particulier, la spécification TS 29.228 (Section B.1 et figure B.1 .1 en particulier) du 3GPP prévoit de pouvoir provisionner dans la souscription de l'utilisateur d'un terminal mobile, l'IMSI du terminal au même titre que son identité privée.  The IMS networks furthermore comprise one or more interrogation servers, called "l-CSCF" (initials of the words "Interrogating- Call Server Control Function" meaning "Interrogating Call Session Control Function") - moreover often physically combined with the S-CSCF recording servers to form call servers denoted "l / S-CSCF" - which, at the time of registration of a client device, query a data server of subscriber called "HSS" (initials of the words "Home Subscriber Server" meaning "Subscriber Subscriber Server"), in order to select an S-CSCF server with the characteristics that are obligatorily (and, if necessary, optionally) required to reach the level of service subscribed by the user. The HSS servers each contain a client database, and so are the equivalent in IP networks of "HLR" servers (initials of the words "Home Location Register" meaning "Link Location Registry") used in the networks. GSM. Each HSS server contains the IMS subscriptions of the operator's subscribers as well as their service profiles. In particular, the specification TS 29.228 (Section B.1 and FIG. B.1 .1 in particular) of the 3GPP provides for provision in the subscription of the user of a mobile terminal, the IMSI of the terminal as well as his private identity.
Les réseaux IMS comprennent en outre :  IMS networks further include:
• un (ou plusieurs) serveur(s) de messagerie vocale : un serveur de messagerie vocale gère la souscription du dispositif-client aux événements de dépôt/consultation des messages de l'utilisateur de ce dispositif-client, et notifie le dispositif-client lors de l'occurrence de ces événements ;  • one or more voicemail server (s): a voicemail server manages the subscription of the client device to the events of posting / consultation of the messages of the user of this client device, and notifies the client device at the occurrence of these events;
• un (ou plusieurs) serveur(s) de présence : un serveur de présence gère la souscription du dispositif-client aux événements de présence que l'utilisateur de ce dispositif-client souhaite surveiller, et notifie le dispositif-client lors de l'occurrence de ces événements ; et  One (or more) presence server (s): a presence server manages the subscription of the client device to the presence events that the user of this client device wishes to monitor, and notifies the client device when the client device occurrence of these events; and
• un (ou plusieurs) serveur(s) de téléphonie : un serveur de téléphonie gère les services téléphoniques auxquels l'utilisateur du dispositif-client a souscrits auprès de son opérateur, tels que la présentation du numéro ou le renvoi d'appel. • one (or more) telephony server (s): a telephony server manages the telephone services to which the user of the client-device has subscribed to its operator, such as the presentation of the number or call forwarding.
Les serveurs de messagerie vocale, les serveurs de présence et les serveurs de téléphonie sont des exemples de ce que l'on appelle des « serveurs d'applications » (« application servers », ou AS, en anglais).  Voice mail servers, presence servers and telephony servers are examples of so-called "application servers" (or AS).
Le serveur S-CSCF qui a été attribué à l'utilisateur authentifie cet utilisateur, et télécharge ensuite le profil-utilisateur à partir du serveur HSS. Ce profil contient des informations sur les services auxquels cet utilisateur a droit. Les informations sont stockées sous la forme de « critères de filtre initiaux » (« initial Filter Criteria », ou iFC, en anglais). Le S-CSCF envoie alors un message appelé « enregistrement de tiers » (« third party registration » en anglais) à tous les serveurs d'application. Le corps de ce message contient des informations de service en langage XML et/ou la requête SIP REGISTER d'origine et/ou la réponse 200 OK à la requête SIP REGISTER d'origine. Le but de l'enregistrement de tiers est de faire savoir aux serveurs d'application que cet utilisateur est disponible sur le réseau (par exemple, le TAS arrêtera de transférer les appels destinés à cet utilisateur vers sa Boîte Vocale).  The S-CSCF server that has been assigned to the user authenticates this user, and then downloads the user profile from the HSS server. This profile contains information about the services to which this user is entitled. The information is stored in the form of "initial filter criteria" (or "iFC"). The S-CSCF then sends a message called "third party registration" to all application servers. The body of this message contains service information in XML language and / or the original SIP REGISTER request and / or 200 OK response to the original SIP REGISTER request. The purpose of the third-party registration is to let the application servers know that this user is available on the network (for example, the TAS will stop transferring calls intended for this user to his Voice Mailbox).
L'utilisateur peut alors faire usage desdits services pendant la session en cours. Il peut par exemple s'agir de services offerts automatiquement à tous les utilisateurs du réseau IMS. Il peut aussi s'agir de services auxquels cet utilisateur a souscrit auprès de l'opérateur du réseau, et qui sont mis automatiquement à sa disposition. Enfin, il peut s'agir de services dont l'utilisateur peut faire usage après avoir émis une requête appropriée (SIP SUBSCRIBE). Ces services comprennent des applications audiovisuelles telles que mentionnées ci-dessus. Il peut s'agir également d'une souscription à l'état d'une ressource, auquel cas des notifications d'événement (SIP NOTIFY) sont envoyées au dispositif-client dès lors que l'état de la ressource change.  The user can then make use of these services during the current session. For example, these services may be offered automatically to all users of the IMS network. It can also be services to which this user has subscribed to the network operator, and which are automatically made available. Finally, they may be services that the user can use after issuing an appropriate request (SIP SUBSCRIBE). These services include audiovisual applications as mentioned above. It can also be a subscription to the state of a resource, in which case event notifications (SIP NOTIFY) are sent to the client device as soon as the state of the resource changes.
Les réseaux IMS comprennent en outre un ou plusieurs serveurs appelés « P-CSCF » (initiales des mots anglais « Proxy-Call Server Control Function » signifiant « Fonction de Commande de Session d'Appel Mandataire »). Pour chaque dispositif-client connecté à un réseau IMS, il existe un serveur P-CSCF servant d'entité de raccordement entre le cœur de réseau IMS et le réseau mobile utilisé par ce dispositif-client ; ainsi, toute la signalisation SIP échangée entre le dispositif-client d'une part, et le serveur d'interrogation l-CSCF ou le serveur d'enregistrement S-CSCF d'autre part, passe par le serveur P-CSCF. The IMS networks furthermore comprise one or more servers called "P-CSCF" (initials of the English words "Proxy-Call Server Control Function" meaning "Proxy Call Session Control Function"). For each client device connected to an IMS network, there exists a P-CSCF server serving as a connection entity between the IMS core network and the mobile network used by this client device; thus, all SIP signaling exchanged between the client device on the one hand, and the l-CSCF interrogation server or the S-CSCF registration server on the other hand, passes through the P-CSCF server.
Enfin, les réseaux IMS comprennent des passerelles média, telles que l'IMS-AGW (IMS Access Gateway). Une « passerelle média » est une entité responsable, sous le contrôle d'un serveur P-CSCF, de l'ouverture et de la fermeture des portes entre le réseau mobile et le cœur de réseau sur le plan média ; l'entité « passerelle média » est également en charge de la police du trafic, ainsi que du marquage des flux média sur le plan de la Qualité de Service.  Finally, IMS networks include media gateways, such as the IMS-AGW (IMS Access Gateway). A "media gateway" is a responsible entity, under the control of a P-CSCF server, of the opening and closing of the gates between the mobile network and the core network on the media plane; the "media gateway" entity is also in charge of traffic policing, as well as the marking of media flows in terms of Quality of Service.
Concernant les réseaux mobiles pouvant s'interconnecter à un réseau IMS, on va s'intéresser ci-dessous aux réseaux CS de type GSM ou UMTS, et aux réseaux PS de type LTE.  Concerning the mobile networks that can interconnect to an IMS network, we will look below at CS networks of GSM or UMTS type, and PS networks of LTE type.
On rappelle que les réseaux CS comprennent notamment :  CS networks include:
• une ou plusieurs stations de base (appelées « Node B » en UMTS) ; et • one or more base stations (called "Node B" in UMTS); and
• un ou plusieurs centres de gestion, appelés « MSC » (Mobile Switching Center) ; un centre de gestion MSC est généralement associé à une passerelle média MGW (Media Gateway) située à la frontière entre le réseau mobile CS et le réseau IMS ; le point d'accès dans le cœur de réseau IMS est un serveur I- CSCF. • one or more management centers, called "MSC" (Mobile Switching Center); an MSC management center is generally associated with a media gateway MGW (Media Gateway) located at the border between the CS mobile network and the IMS network; the access point in the IMS core network is an I-CSCF server.
Les réseaux PS comprennent notamment :  PS networks include:
· une ou plusieurs stations de base, appelées « eNode B » ;  · One or more base stations, called "eNode B";
• au moins un centre de gestion MME (Mobility Management Entity) ; un centre de gestion MME est généralement associé à une passerelle média PGW (PDN Gateway) située à la frontière entre le réseau mobile CS et le réseau IMS ; le point d'accès dans le cœur de réseau IMS est un serveur P-CSCF ;  • at least one MME (Mobility Management Entity); an MME management center is generally associated with a PGW gateway (PDN Gateway) located at the boundary between the CS mobile network and the IMS network; the access point in the IMS core network is a P-CSCF server;
· au moins une passerelle SGW (Serving Gateway) : la SGW route et transmet les paquets de données d'utilisateur, et fait aussi office de point d'ancrage de mobilité pour les données d'utilisateur lors des transferts entre stations de base eNode B, ainsi que de point d'ancrage lors des transferts entre un réseau LTE et un réseau mettant en œuvre une autre technologie 3GPP ; et · au moins une passerelle PGW, mentionnée ci-dessus : la PGW fournit la connectivité entre l'UE et les réseaux à paquets de données (« Packet Data Networks », ou PDN, en anglais) externes, en servant de point d'entrée et de sortie du trafic pour l'UE ; un terminal mobile peut être connecté simultanément à plusieurs PGW pour avoir accès à plusieurs PDN ; la PGW assure l'exécution de la politique réseau, le filtrage de paquets pour chaque utilisateur, l'assistance à l'imputation, l'interception légale et l'auscultation de paquets. · At least one SGW (Serving Gateway): the SGW routes and transmits the user data packets, and also acts as a mobility anchor for user data during transfers between eNode B base stations as well as an anchor point during transfers between an LTE network and a network implementing another 3GPP technology; and · at least one PGW gateway, mentioned above: the PGW provides connectivity between the UE and the external packet data networks ("Packet Data Networks", or PDNs), serving as a point of reference. entry and exit of traffic for the EU; a mobile terminal can be connected simultaneously to multiple PGWs to access multiple PDNs; PGW provides network policy enforcement, packet filtering for each user, imputation assistance, legal interception and packet monitoring.
Les changements de réseau mobile considérés ci-dessous comprennent notamment le basculement d'une communication depuis un centre de gestion MME du réseau LTE vers un centre de gestion MSC du réseau GSM ou UMTS.  The mobile network changes considered below include the switching of a communication from an MME management center of the LTE network to an MSC management center of the GSM or UMTS network.
On va décrire à présent la procédure SRVCC, en puisant dans les articles de Frédéric Launay intitulés « SRVCC-Single Radio Voice Call Continuity » (disponible sur http://bloqs.univ-poitiers.fr/f-launav/2015/08/24/srvcc-sinqle-radio- voice-call-continuity/) et « SRVCC-Single Radio Voice Call Continuity-Suite » (disponible sur http://bloqs.univ-poitiers.fr/f-launav/taq/esrvcc/).  We will now describe the SRVCC procedure, drawing on Frédéric Launay's articles entitled "SRVCC-Single Radio Voice Call Continuity" (available on http://bloqs.univ-poitiers.fr/f-launav/2015/08/ 24 / srvcc-sinqle-radio-voice-call-continuity /) and "SRVCC-Single Radio Voice Call Continuity-Suite" (available at http://bloqs.univ-poitiers.fr/f-launav/taq/esrvcc/ ).
La figure 1 (adaptée de la spécification TS 24.237 du 3GPP, section A.6.2) résume les échanges protocolaires classiques de la procédure SRVCC entre, d'une part, le domaine CS (équipements désignés « Interworking entities » sur la figure), et d'autre part les éléments de réseau IMS.  Figure 1 (adapted from the 3GPP specification TS 24.237, section A.6.2) summarizes the classical protocol exchanges of the SRVCC procedure between, on the one hand, the CS domain (equipment referred to as "Interworking entities" in the figure), and on the other hand the IMS network elements.
Dans les réseaux IMS, lorsqu'un dispositif-client UE A émet un appel vers un dispositif-client UE B, ou reçoit un appel d'un dispositif-client UE B, une requête d'appel SIP INVITE est transmise à un serveur S-CSCF ; l'exécution de la tâche associée (renvoi de la requête vers un Serveur d'Applications) dépend des règles de souscription de l'abonné, et cette tâche est effectuée en appliquant à l'appel la liste de règles définies sur la base des paramètres du filtre iFC mentionné ci-dessus.  In IMS networks, when a client device UE A issues a call to a UE client device B, or receives a call from a UE client device B, a SIP INVITE call request is transmitted to a server S -CSCF; the execution of the associated task (forwarding of the request to an Application Server) depends on the subscriber's subscription rules, and this task is performed by applying to the call the list of rules defined on the basis of the parameters of the iFC filter mentioned above.
Préalablement à la procédure SRVCC, l'appel a été ancré par le serveur SCC-AS mentionné ci-dessus, comme illustré à l'étape 1 de la figure 1 (lorsqu'un appel transite par un SCC-AS, on dit qu'il est « ancré » par le SCC-AS). Plus précisément, si l'on se place du côté du dispositif-client UE A à l'origine de l'appel, l'appel sera transmis d'abord au SCC-AS avant d'être traité par le Serveur d'Application de Téléphonie (« Telephony Application Server », ou TAS, en anglais) ; si l'on se place du côté du dispositif-client UE B destinataire de l'appel, l'appel est d'abord transmis au TAS, qui le transfère ensuite au SCC-AS.  Prior to the SRVCC procedure, the call was anchored by the SCC-AS server mentioned above, as illustrated in step 1 of Figure 1 (when a call passes through an SCC-AS, it is said that it is "anchored" by SCC-AS). More precisely, if one places oneself on the side of the client device UE A at the origin of the call, the call will be transmitted first to the SCC-AS before being processed by the application server of Telephony (Telephony Application Server, or TAS); if it is placed on the side of the client device UE-B recipient of the call, the call is first transmitted to the TAS, which then transfers it to the SCC-AS.
Quand la station de base eNode B à laquelle est connecté le dispositif- client UE A détecte que le signal reçu par ce dispositif-client UE A est faible (étape 2), le MME responsable de ce dispositif-client UE A envoie une requête de basculement au réseau CS (étape 3). Pour ce faire, le MME doit être en mesure de : When the base station eNode B to which the UE client device A is connected detects that the signal received by this client device UE A is weak (step 2), the MME responsible for this client device UE A sends a request failover to the CS network (step 3). To do this, the MME must be able to:
- séparer le flux Data (PS) du flux Voix (géré par le mode CS après basculement),  - separate the data stream (PS) from the voice stream (managed by the CS mode after failover),
- gérer le basculement des canaux virtuels (« bearers ») PS non-Voix vers le réseau cible, et  - manage the switching of non-voice PS virtual bearers to the target network, and
- initier la procédure de basculement SRVCC en s'appuyant sur le bearer - initiate the SRVCC failover procedure by relying on the bearer
Voix. Voice.
Une interface, nommée « Sv », entre le MSC et le MME permet au MME de :  An interface, named "Sv", between the MSC and the MME allows the MME to:
- demander au MSC de réserver des ressources radio au niveau de l'interface d'accès radio CS ; le MSC est donc responsable de la réservation de ressources pour la continuité d'appel ; et  - ask the MSC to reserve radio resources at the CS radio access interface; the MSC is therefore responsible for reserving resources for call continuity; and
- donner au MSC un identifiant du SCC-AS afin que le MSC puisse émettre vers le SCC-AS une requête INVITE de demande de basculement pour le compte du dispositif-client UE A.  - Give the MSC an identifier of the SCC-AS so that the MSC can send to the SCC-AS a request INVITE request for failover on behalf of the client device UE A.
Lors de l'enregistrement du dispositif-client au réseau IMS, le MME a récupéré un identifiant appelé « STN-SR » (initiales des mots anglais « Session Transfer Number for SRVCC » signifiant « Numéro de Transfert de Session pour SRVCC ») de la part du serveur HSS (qui l'a lui-même reçu du SCC-AS). Il s'agit d'un numéro au format téléphonique E.164. C'est cet identifiant du SCC-AS qui est transmis par le MME au MSC afin que ce dernier puisse émettre ladite demande de basculement vers le SCC-AS.  When registering the client device to the IMS network, the MME retrieved an identifier called "STN-SR" (initials of the words "Session Transfer Number for SRVCC" meaning "Session Transfer Number for SRVCC") of the from the HSS server (which itself received it from SCC-AS). This is a number in the E.164 telephone format. It is this identifier of the SCC-AS that is transmitted by the MME to the MSC so that the MSC can issue the said changeover request to the SCC-AS.
Le MSC émet alors vers le réseau IMS une requête SIP INVITE de demande de transfert d'une session active, comprenant ledit numéro STN-SR ainsi que le numéro de téléphone public MSISDN de l'utilisateur du dispositif- client UE A (étape 4).  The MSC then transmits to the IMS network an SIP INVITE request for transfer request of an active session, comprising said STN-SR number and the public telephone number MSISDN of the user of the client device UE A (step 4). .
Le SCC-AS reçoit ensuite ladite requête INVITE (étape 6), et prend en charge le transfert de session. A partir de ce moment, le MME peut demander au dispositif-client UE A de basculer vers le réseau GSM ou UMTS. Le SCC-AS informe le client UE B du transfert d'accès pour la prise en compte des nouveaux flux média vers le MSC (étapes 7 à 13). Après le basculement, le SCC-AS envoie confirmation du succès de la procédure au MSC (étapes 14 et 15). On va décrire à présent la procédure eSRVCC classique, en puisant dans l'article « Mind the coverage hole! » (disponible sur le site https://realtimecommunication.wordpress om/2015/03/24/mind-the-coveraqe- hole/#more-380). The SCC-AS then receives said INVITE request (step 6), and supports the session transfer. From this moment, the MME can request the UE-client device A to switch to the GSM or UMTS network. The SCC-AS informs the UE B client of the access transfer for taking into account the new media streams to the MSC (steps 7 to 13). After the switchover, the SCC-AS sends confirmation of the success of the procedure to the MSC (steps 14 and 15). We will now describe the classic eSRVCC procedure, drawing on the article "Mind the coverage hole! (Available at https: //realtimecommunication.wordpress om / 2015/03/24 / mind-the-coveraqe-hole / # more-380).
La procédure eSRVCC classique est décrite dans les spécifications The standard eSRVCC procedure is described in the specifications
GSMA IR.64, ainsi que TS 23.237 et TS 24.237 du 3GPP. L'architecture utilisée dans cette procédure est illustrée schématiquement sur la figure 2a. GSMA IR.64, as well as TS 23.237 and TS 24.237 of 3GPP. The architecture used in this procedure is illustrated schematically in Figure 2a.
Comme mentionné ci-dessus, l'architecture eSRVCC comprend deux entités destinées à servir de points d'ancrage sur le segment d'accès au cœur de réseau. Ces entités sont les suivantes :  As mentioned above, the eSRVCC architecture comprises two entities intended to serve as anchors on the access segment to the core network. These entities are:
• l'ATCF agit comme point d'ancrage pour la signalisation SIP, et est placé dans le chemin de signalisation SIP entre un P-SCSF et un S-CSCF ; chaque ATCF est identifié par un numéro STN-SR ; le SCC-AS reçoit le STN-SR de l'ATCF en charge d'un abonné au moment de l'enregistrement de l'abonné, puis il le transmet au HSS ; le HSS le transmet à son tour vers le MME (comme dans le cadre de la procédure SRVCC décrite succinctement ci-dessus) ; et  • ATCF acts as an anchor for SIP signaling, and is placed in the SIP signaling path between a P-SCSF and an S-CSCF; each ATCF is identified by an STN-SR number; the SCC-AS receives the ATCF STN-SR in charge of a subscriber at the time of subscriber registration and forwards it to the HSS; the HSS in turn transmits it to the MME (as in the context of the SRVCC procedure described succinctly above); and
• l'ATGW agit comme point d'ancrage pour le flux média ; l'ATGW est contrôlé par l'ATCF ; l'ATGW est souvent co-localisé avec une passerelle média IMS-AGW.  • ATGW acts as an anchor for the media stream; ATGW is controlled by ATCF; ATGW is often co-located with an IMS-AGW media gateway.
La figure 2b (adaptée de la spécification TS 24.237 du 3GPP, Section Figure 2b (adapted from 3GPP specification TS 24.237, Section
A.18.3) résume les échanges protocolaires classiques de la procédure eSRVCC entre le domaine CS et les éléments de réseau IMS. A.18.3) summarizes the classical protocol exchanges of the eSRVCC procedure between the CS domain and the IMS network elements.
Comme expliqué ci-dessus, lorsqu'un terminal mobile s'enregistre sur un réseau IMS, il émet une requête SIP REGISTER, qui est réceptionnée par un serveur P-CSCF. Selon la procédure eSRVCC, ce serveur P-CSCF transmet la requête SIP REGISTER à l'ATCF. Si le réseau d'origine du terminal mobile est compatible avec la procédure eSRVCC, l'ATCF décide, en fonction de la politique de l'opérateur, d'ancrer ou non la signalisation SIP.  As explained above, when a mobile terminal registers on an IMS network, it issues a SIP REGISTER request, which is received by a P-CSCF server. According to the eSRVCC procedure, this P-CSCF server transmits the SIP REGISTER request to the ATCF. If the originating network of the mobile terminal is compatible with the eSRVCC procedure, the ATCF decides, depending on the policy of the operator, to anchor or not the SIP signaling.
S'il décide d'ancrer la signalisation, l'ATCF enrichit la requête SIP REGISTER initiale, notamment en s'incluant lui-même pour des sessions créées sur la base du présent enregistrement, et en ajoutant son URI (appelée ATCF- URI) dans le chemin de signalisation. La requête SIP REGISTER ainsi enrichie est ensuite transmise par l'ATCF au serveur l-CSCF, qui la transmet au S-CSCF, puis le S-CSCF envoie au SCC-AS un message contenant la requête SIP REGISTER initiale dans le corps de message. Le SCC-AS prend en compte le numéro STN-SR de l'ATCF, et met à jour le serveur HSS. Le SCC-AS envoie ensuite à l'ATCF, dans le corps de message d'une requête selon la méthode SIP MESSAGE (décrite dans le document RFC 3428 de l'IETF) : If it decides to anchor the signaling, the ATCF enriches the initial SIP REGISTER request, including by including itself for sessions created on the basis of this record, and adding its URI (called ATCF-URI) in the signaling path. The enriched SIP REGISTER request is then forwarded by the ATCF to the l-CSCF server, which forwards it to the S-CSCF, and then the S-CSCF sends the SCC-AS a message containing the initial SIP REGISTER request in the message body. . The SCC-AS considers the STN-SR number of the ATCF, and updates the HSS server. The SCC-AS then sends to the ATCF, in the message body of a SIP MESSAGE request (described in IETF RFC 3428):
- le numéro de téléphone public MSISDN de l'utilisateur du dispositif-client UE A, et  the MSISDN public telephone number of the user of the UE client device A, and
- l'URI du SCC-AS, appelée ATU-STI (initiales des mots anglais « Access - the URI of the SCC-AS, called ATU-STI (initials of the words "Access
Transfer Update - Session Transfer Identifier » signifiant « Mise à jour de Transfert d'Accès - Identifiant de Transfert de Session »). Transfer Update - Session Transfer Identifier "means" Update Access Transfer - Session Transfer Identifier ").
Une fois enregistré, le dispositif-client UE A peut établir une communication PS avec un dispositif-client UE B (étape 1 de la figure 2b).  Once registered, the UE client device A may establish a PS communication with an UE client device B (step 1 of FIG. 2b).
Quand la station de base eNode B à laquelle est connecté le dispositif- client UE A détecte que le signal reçu par ce dispositif-client UE A est faible, le MME responsable de ce dispositif-client UE A envoie une requête de basculement au réseau CS (étape 2). La requête contient notamment le numéro STN-SR de l'ATCF, ainsi que le numéro de téléphone MSISDN de l'utilisateur. Le MSC/MGCF produit une requête SIP INVITE comprenant ce numéro STN-SR ainsi que ce numéro MSISDN, et l'envoie à l'ATCF (étape 3).  When the base station eNode B to which the UE client device A is connected detects that the signal received by this client device UE A is weak, the MME responsible for this client device UE A sends a switch request to the network CS (2nd step). The request contains the STN-SR number of the ATCF and the MSISDN telephone number of the user. The MSC / MGCF generates a SIP INVITE request including this STN-SR number and this MSISDN number, and sends it to the ATCF (step 3).
L'ATCF trouve le numéro MSISDN de l'utilisateur dans le champ « P- Asserted-ldentity » de la requête INVITE reçue, et demande à l'ATGW les modifications de flux média requises (étapes 4 et 5). Puis l'ATCF envoie au SCC- AS, au moyen de l'ATU-STI (mentionné ci-dessus), une nouvelle requête SIP INVITE reproduisant l'en-tête (« header » en anglais) « Target-Dialog » identifiant le dialogue établi par la requête INVITE avant le basculement (étapes 8 et 9).  The ATCF finds the MSISDN number of the user in the "P-Asserted-ldentity" field of the received INVITE request, and requests the ATGW for the required media stream changes (steps 4 and 5). Then the ATCF sends to the SCC-AS, by means of the ATU-STI (mentioned above), a new SIP INVITE request reproducing the header ("header") "Target-Dialog" identifying the dialogue established by the INVITE request before the switchover (steps 8 and 9).
On notera que, dans les procédures SRVCC et eSRVCC décrites succinctement ci-dessus, le seul identifiant transmis par le domaine CS au cœur de réseau IMS (cf. l'étape 4 de la figure 1 , ou l'étape 3 de la figure 2b) est le numéro de téléphone public MSISDN de l'utilisateur. Comme expliqué ci-dessus, il en résulte que, dans l'état de l'art, lorsque l'utilisateur dispose de plusieurs terminaux partageant la même identité publique, il n'est pas possible à partir de cette identité publique de déterminer l'identité privée du terminal ayant participé à une procédure de transfert d'accès. It should be noted that in the SRVCC and eSRVCC procedures described briefly above, the only identifier transmitted by the CS domain to the core of the IMS network (see step 4 of FIG. 1, or step 3 of FIG. ) is the MSISDN public telephone number of the user. As explained above, it follows that, in the state of the art, when the user has several terminals sharing the same public identity, it is not possible from this public identity to determine the private identity of the terminal having participated in an access transfer procedure.
On va décrire à présent des modes de réalisation de l'invention, dans lesquels le réseau considéré sera de type IMS, tel que décrit succinctement ci- dessus.  Embodiments of the invention will now be described in which the considered network will be of the IMS type, as briefly described above.
Dans ces modes de réalisation, l'identifiant IMSI sera de préférence délivré aux éléments concernés du réseau au moyen d'un en-tête SIP dédié, que l'on appellera « P-Associated-IMSI ». On pourra avoir par exemple :  In these embodiments, the IMSI identifier will preferably be delivered to the relevant elements of the network by means of a dedicated SIP header, which will be called "P-Associated-IMSI". We can have for example:
P-Associated-IMSI: 208010123456789.  P-Associated-IMSI: 208010123456789.
On connaît déjà, en fait, un en-tête permettant de fournir l'identifiant IMSI, mais cet en-tête est utilisé dans le cadre d'une fonction très spécifique de restauration en cas d'erreur : il s'agit de l'en-tête « Restoration-lnfo » défini dans la spécification TS 24.229 du 3GPP, Section 7.2.1 1 . Aussi, la définition d'un nouvel en-tête est-elle préférée afin ne pas confondre les différents usages ; cependant, une nouvelle utilisation de l'en-tête Restoration-lnfo aux fins de la présente invention est également possible.  We already know, in fact, a header to provide the IMSI identifier, but this header is used in the context of a very specific function of restoration in case of error: it is about the "Restoration-Info" header defined in 3GPP TS 24.229, Section 7.2.1 1. Also, the definition of a new header is preferred so as not to confuse the different uses; however, a new use of the Restoration-Info header for the purposes of the present invention is also possible.
Par ailleurs, ces modes de réalisation introduisent des modifications par rapport à la procédure d'enregistrement classique d'un terminal sur un réseau IMS, comme on va l'expliquer à présent.  Moreover, these embodiments introduce modifications with respect to the conventional recording procedure of a terminal on an IMS network, as will now be explained.
Un premier mode de réalisation concerne une procédure eSRVCC modifiée.  A first embodiment relates to a modified eSRVCC procedure.
La procédure d'enregistrement classique d'un terminal au près d'un cœur de réseau IMS est illustrée sur la figure 3 (adaptée de la spécification TS 24.237 du 3GPP, Section A.3.3). En l'occurrence, le terminal est en situation d'itinérance (« roaming » en anglais) ; il s'enregistre donc depuis un réseau visité (V-PLMN, pour Visited-Public Land Mobile Network) dans le réseau d'origine (H-PLMN, pour Home-Public Land Mobile Network) de l'utilisateur ; les entités (P-CSCF, ATCF) du réseau visité transmettent les demandes d'enregistrement vers les entités (l-CSCF, S-CSCF, SCC-AS, HSS) du réseau d'origine de l'utilisateur.  The typical procedure for registering a terminal near an IMS core network is illustrated in Figure 3 (adapted from 3GPP TS 24.237, Section A.3.3). In this case, the terminal is roaming ("roaming" in English); it therefore registers from a visited network (V-PLMN, for Visited-Public Land Mobile Network) in the home network (H-PLMN, for Home-Public Land Mobile Network) of the user; the entities (P-CSCF, ATCF) of the visited network transmit the registration requests to the entities (l-CSCF, S-CSCF, SCC-AS, HSS) of the user's original network.
Tout d'abord, le serveur S-CSCF en charge de l'utilisateur obtient l'identifiant IMSI du terminal qui s'enregistre.  First, the S-CSCF server in charge of the user obtains the IMSI identifier of the terminal that is registering.
Selon une première variante, le serveur S-CSCF déduit l'identifiant IMSI de l'identité privée IMPI. Selon une deuxième variante, conformément au document RFC 4740 de l'IETF, suite à l'étape 12 de la figure 3 (réception d'une requête « SIP REGISTER » par le serveur S-CSCF), prennent place les sous-étapes suivantes (non représentées sur la figure 3) : According to a first variant, the S-CSCF server deduces the IMSI identifier from the private identity IMPI. According to a second variant, in accordance with the RFC 4740 document of the IETF, following step 12 of FIG. 3 (receipt of a "SIP REGISTER" request by the S-CSCF server), the following substeps take place: (not shown in Figure 3):
- le serveur S-CSCF envoie au serveur HSS un message DIAMETER SAR - the S-CSCF server sends to the HSS server a message DIAMETER SAR
(Server-Assignment-Request) dans lequel il indique, notamment, son nom en relation avec l'identité privée IMPI de l'utilisateur qu'il a pris en charge ; et (Server-Assignment-Request) in which it indicates, in particular, its name in relation to the private identity IMPI of the user it has supported; and
- le serveur S-CSCF reçoit de la part du serveur HSS, dans une réponse DIAMETER SAA (Server-Assignment-Answer), un complément de données concernant l'utilisateur en cours d'enregistrement (telles que des identités complémentaires, ou le profil de l'utilisateur) ; le serveur HSS fournit également dans cette réponse SAA (et plus précisément dans l'objet « User-Profile » de cette réponse SAA, comme spécifié dans la Section B1 , mentionnée ci-dessus, de la norme TS 29.228) l'identifiant IMSI si ce dernier est disponible.  - the S-CSCF server receives from the HSS server, in a Server-Assignment-Answer (DIAMETER) response, an additional data concerning the user being recorded (such as complementary identities, or the profile of the user); the HSS server also provides in this SAA response (and more precisely in the "User-Profile" object of this SAA response, as specified in Section B1, mentioned above, of the TS 29.228 standard) the IMSI identifier if the latter is available.
Le serveur S-CSCF pourra dès lors fournir l'identifiant IMSI aux éléments du réseau qui en ont besoin.  The S-CSCF server can then provide the IMSI identifier to the network elements that need it.
Par exemple, conformément à l'étape 13 de la figure 3, il est prévu classiquement que le serveur S-CSCF émette une réponse SIP 200 OK vers le serveur l-CSCF du réseau d'origine. Dans le présent mode de réalisation, le S- CSCF peut y insérer un en-tête P-Associated-IMSI (ou Restoration-lnfo) contenant l'identifiant IMSI. Ainsi, à l'étape 14 de la figure 3 (transmission du SIP 200 OK à l'ATCF), l'ATCF disposera de l'identifiant IMSI ; l'ATCF pourra alors diffuser cette information dans le contexte d'enregistrement associé à l'utilisateur.  For example, according to step 13 of FIG. 3, it is conventionally provided that the S-CSCF server sends a SIP response 200 OK to the l-CSCF server of the originating network. In the present embodiment, the S-CSCF can insert a P-Associated-IMSI (or Restoration-Info) header containing the IMSI identifier. Thus, in step 14 of FIG. 3 (transmission of SIP 200 OK to ATCF), the ATCF will have the identifier IMSI; the ATCF can then broadcast this information in the registration context associated with the user.
Comme autre exemple, à l'étape 17 de la figure 3, il est prévu classiquement que le serveur S-CSCF transmette la requête SIP REGISTER au SCC-AS. Dans le présent mode de réalisation, le serveur S-CSCF peut y insérer un en-tête P-Associated-IMSI (ou Restoration-lnfo) contenant l'identifiant IMSI. Le SCC-AS est ainsi informé de l'identifiant IMSI du terminal qui s'enregistre, et pourra alors diffuser cette information dans le contexte d'enregistrement de l'utilisateur. Par exemple, lors de l'émission de la requête SIP MESSAGE (étapes 19 et 20 de la figure 3) vers l'ATCF, le serveur SCC-AS pourra insérer l'identifiant IMSI dans le corps de cette requête ou dans un en-tête P-Associated-IMSI (ou Restoration-lnfo) de cette requête. Le SCC-AS et l'ATCF disposent alors, dans le contexte d'enregistrement du terminal qui vient de s'enregistrer, de l'ensemble des identités publiques « non-barrées » (c'est-à-dire, utilisables par le terminal pour établir des appels) du terminal, de l'adresse de contact du terminal, et de son identifiant IMSI. As another example, in step 17 of FIG. 3, it is conventionally provided that the S-CSCF server transmits the SIP REGISTER request to the SCC-AS. In the present embodiment, the S-CSCF server can insert a P-Associated-IMSI (or Restoration-Info) header containing the IMSI identifier. The SCC-AS is thus informed of the IMSI identifier of the terminal that registers, and can then disseminate this information in the context of registration of the user. For example, when sending the MESSAGE SIP request (steps 19 and 20 of FIG. 3) to the ATCF, the SCC-AS server may insert the IMSI identifier in the body of this request or in a P-Associated-IMSI (or Restoration-Info) header of this request. The SCC-AS and the ATCF then have, in the registration context of the terminal that has just been registered, all the public identities "not barred" (that is to say, usable by the terminal for establishing calls) of the terminal, the terminal's contact address, and its IMSI identifier.
Un deuxième mode de réalisation concerne une procédure SRVCC modifiée.  A second embodiment relates to a modified SRVCC procedure.
Les modifications par rapport à l'enregistrement classique sont analogues à celles décrites ci-dessus en référence au premier mode de réalisation. On rappelle que l'architecture SRVCC ne comprend pas d'entité ATCF ; par conséquent, les étapes 19 à 24 de la figure 3 n'existent pas.  The modifications with respect to the conventional recording are analogous to those described above with reference to the first embodiment. It is recalled that the SRVCC architecture does not include an ATCF entity; therefore, steps 19-24 of Figure 3 do not exist.
Tout d'abord, le serveur S-CSCF en charge de l'utilisateur obtient l'identifiant IMSI du terminal qui s'enregistre comme décrit ci-dessus dans le cadre du premier mode de réalisation.  First, the S-CSCF server in charge of the user obtains the IMSI identifier of the terminal that registers as described above in the context of the first embodiment.
Le serveur S-CSCF peut dès lors fournir l'identifiant IMSI aux éléments du réseau qui en ont besoin.  The S-CSCF server can then provide the IMSI identifier to the network elements that need it.
Par exemple, le serveur S-CSCF émet une réponse SIP 200 OK vers le serveur l-CSCF du réseau d'origine, dans laquelle le serveur S-CSCF insère un en-tête P-Associated-IMSI (ou Restoration-Info) contenant l'identifiant IMSI. Le serveur l-CSCF pourra alors transmettre cette réponse SIP 200 OK au serveur P-CSCF en charge du terminal qui s'enregistre. La connaissance par le serveur P-CSCF de l'identifiant IMSI d'un terminal peut être notamment utile lorsque ce terminal est en situation d'itinérance, comme illustré sur la figure 3. De plus, le serveur P-CSCF peut, dans le cas d'une configuration multi-terminaux, générer un procès-verbal d'appel (« Call Détail Record », ou CDR, en anglais) et/ou des statistiques relatives à un terminal particulier (identifié par son identifiant IMSI) de l'ensemble de terminaux ; il est alors possible de distinguer chacun des terminaux de l'utilisateur au niveau des systèmes d'information et de facturation de l'opérateur réseau.  For example, the S-CSCF server issues a SIP response 200 OK to the l-CSCF server of the originating network, in which the S-CSCF server inserts a P-Associated-IMSI (or Restoration-Info) header containing the IMSI identifier. The l-CSCF server can then transmit this SIP response 200 OK to the P-CSCF server in charge of the terminal that is registering. The knowledge by the P-CSCF server of the IMSI identifier of a terminal can be particularly useful when this terminal is in a roaming situation, as shown in FIG. 3. In addition, the P-CSCF server can, in the case of a multi-terminal configuration, generate a Call Detail Record (CDR) and / or statistics relating to a particular terminal (identified by its IMSI identifier) of the set of terminals; it is then possible to distinguish each of the terminals of the user at the level of the information and billing systems of the network operator.
Comme autre exemple, lorsque le serveur S-CSCF transmet la requête SIP REGISTER au SCC-AS, le serveur S-CSCF peut y insérer un en-tête P- Associated-IMSI (ou Restoration-Info) contenant l'identifiant IMSI. Le SCC-AS est ainsi informé de l'identifiant IMSI du terminal qui s'enregistre. Le SCC-AS dispose alors, dans le contexte d'enregistrement du terminal qui vient de s'enregistrer, de l'ensemble des identités publiques non-barrées du terminal, de l'adresse de contact du terminal, et de son identifiant IMSI. As another example, when the S-CSCF server transmits the SIP REGISTER request to the SCC-AS, the S-CSCF server can insert a P-Associated-IMSI (or Restoration-Info) header containing the IMSI identifier. The SCC-AS is thus informed of the IMSI identifier of the terminal that is registering. The SCC-AS then has, in the context of registration of the terminal that has just registered, all the public identities un-barred terminal, the contact address of the terminal, and its identifier IMSI.
On notera que les procédures d'enregistrement que l'on vient de décrire pour les procédures eSRVCC et SRVCC sont en particulier applicables dans le cas d'une configuration multi-terminaux.  It should be noted that the registration procedures that have just been described for the eSRVCC and SRVCC procedures are particularly applicable in the case of a multi-terminal configuration.
Lors de l'établissement d'une session entre deux utilisateurs comme décrit en étape 1 des figures 1 et 2b, et préalablement à la réception d'une requête de transfert d'accès, le SCC-AS et l'ATCF seront donc en mesure de déterminer, parmi la pluralité des terminaux de chacun des utilisateurs appelant et appelé, lequel est utilisé pour établir cette session. En effet, les informations stockées dans les contextes d'enregistrement de l'ATCF et du SCC-AS permettent de faire l'association entre les adresses de contact de chacun des terminaux, leurs identifiants IMSI respectifs et les identités publiques utilisées pour l'établissement de cette session.  When establishing a session between two users as described in step 1 of Figures 1 and 2b, and prior to receiving an access transfer request, SCC-AS and ATCF will be able to determine which of the plurality of terminals of each calling and called user is used to establish this session. Indeed, the information stored in the recording contexts of the ATCF and SCC-AS make it possible to associate the contact addresses of each of the terminals, their respective IMSI identifiers and the public identities used for the establishment. of this session.
On va expliquer à présent, dans le cadre de l'application de l'invention au basculement d'une communication depuis un réseau LTE connecté à un réseau IMS vers un réseau GSM ou UMTS connecté au même réseau IMS, comment s'opère un changement de réseau mobile pour l'un de ces terminaux.  We will now explain, in the context of the application of the invention to the switchover of a communication from an LTE network connected to an IMS network to a GSM or UMTS network connected to the same IMS network, how a change takes place mobile network for one of these terminals.
La procédure qui se déroule dans le cœur de réseau mobile (« Evolved The procedure that takes place in the heart of mobile network ("Evolved
Packet Core », ou EPC, en anglais) lors d'un transfert d'accès est décrite dans les spécifications TS 23.401 et TS 29.280 du 3GPP. Comme mentionné ci- dessus, cette procédure comprend notamment le basculement de la communication depuis un centre de gestion MME du réseau LTE vers un centre de gestion MSC du réseau GSM ou UMTS. Selon la Table 5.2.2 de ladite spécification TS 29.280, les informations qui sont transmises au centre de gestion MSC pendant le basculement comprennent notamment l'identifiant IMSI du terminal concerné. Packet Core, or EPC, during an access transfer is described in specifications TS 23.401 and TS 29.280 of 3GPP. As mentioned above, this procedure notably includes the switchover of the communication from an MME management center of the LTE network to an MSC management center of the GSM or UMTS network. According to Table 5.2.2 of said specification TS 29.280, the information that is transmitted to the management center MSC during the switchover includes in particular the IMSI identifier of the terminal concerned.
Or, dans l'état de l'art, cet identifiant IMSI n'est pas transmis par le centre de gestion MSC au cœur de réseau IMS (ATCF ou SCC-AS) (cf. requête SIP INVITE à l'étape 4 de la figure 1 , ou à l'étape 3 de la figure 2b).  However, in the state of the art, this IMSI identifier is not transmitted by the management center MSC at the heart of the IMS network (ATCF or SCC-AS) (see request SIP INVITE in step 4 of the Figure 1, or in Step 3 of Figure 2b).
Selon la présente application de l'invention, le centre de gestion MSC utilise l'en-tête SIP « P-Associated-IMSI » (ou l'en-tête SIP « Restoration-lnfo ») afin d'émettre vers le cœur de réseau IMS l'identifiant IMSI (obtenu conformément à la spécification TS 29.280) relatif au terminal faisant l'objet d'un transfert d'accès. Cette information est alors exploitée conjointement au numéro de téléphone MSISDN, soit par le SCC-AS suite à la réception de la requête INVITE à l'étape 6 de la figure 1 dans le cas d'une procédure SRVCC, soit par l'ATCF suite à la réception de la requête SIP INVITE à l'étape 3 de la figure 2b dans le cas d'une procédure eSRVCC. According to the present application of the invention, the management center MSC uses the SIP header "P-Associated-IMSI" (or the SIP header "Restoration-Info"). in order to transmit to the IMS network core the IMSI identifier (obtained in accordance with the TS 29.280 specification) relating to the terminal that is the subject of an access transfer. This information is then used in conjunction with the MSISDN telephone number, either by the SCC-AS following receipt of the INVITE request in step 6 of Figure 1 in the case of an SRVCC procedure, or by the ATCF. upon receipt of the SIP INVITE request in step 3 of Figure 2b in the case of an eSRVCC procedure.
Dans le cas du premier mode de réalisation de l'invention (procédure eSRVCC modifiée), l'ATCF complète alors le contexte d'utilisateur initialisé suite à la réception de la réponse SIP 200 OK lors de l'étape 14 de la figure 3. Comme l'ATCF a préalablement stocké la correspondance entre l'identifiant IMSI et l'adresse de contact de chaque terminal de l'utilisateur, l'ATCF est en mesure de déterminer sans ambiguïté le terminal concerné par la procédure de transfert d'accès.  In the case of the first embodiment of the invention (modified eSRVCC procedure), the ATCF then completes the initialized user context following receipt of the SIP response 200 OK in step 14 of FIG. 3. As the ATCF has previously stored the correspondence between the IMSI identifier and the contact address of each user terminal, the ATCF is able to unambiguously determine the terminal concerned by the access transfer procedure.
Dans le cas du deuxième mode de réalisation de l'invention (procédure In the case of the second embodiment of the invention (procedure
SRVCC modifiée), l'identifiant IMSI est utilisé par le SCC-AS pour compléter le contexte d'utilisateur initialisé suite à la réception de la requête d'enregistrement SIP REGISTER (étape équivalente à l'étape 17 de la figure 3). Comme le SCC- AS a préalablement stocké la correspondance entre l'identifiant IMSI et l'adresse de contact de chaque terminal de l'utilisateur, le SCC-AS est en mesure de déterminer sans ambiguïté le terminal concerné par la procédure de transfert d'accès. Modified SRVCC), the IMSI identifier is used by the SCC-AS to complete the initialized user context following receipt of the REGISTER SIP registration request (step equivalent to step 17 of FIG. 3). Since the SCC-AS has previously stored the correspondence between the IMSI identifier and the contact address of each user terminal, the SCC-AS is able to unambiguously determine the terminal concerned by the transfer procedure. access.
On notera que la présente invention peut être mise en œuvre au sein des nœuds d'un réseau IP, par exemple des serveurs d'enregistrement ou des entités de contrôle des transferts d'accès, au moyen de composants logiciels et/ou matériels, tels que des circuits électroniques.  It should be noted that the present invention can be implemented within the nodes of an IP network, for example recording servers or access transfer control entities, by means of software and / or hardware components, such as than electronic circuits.
Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de nœud de réseau. C'est pourquoi, comme indiqué ci-dessus, la présente invention concerne également un système informatique. Ce système informatique comporte de manière classique une unité centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions pour la mise en œuvre de l'un quelconque des procédés de changement de réseau mobile selon l'invention. The software components can be integrated into a typical network node management computer program. Therefore, as indicated above, the present invention also relates to a computer system. This computer system conventionally comprises a central processing unit controlling signals by a memory, as well as an input unit and an output unit. In addition, this computer system can be used to run a computer program with instructions for the implementation of any of the mobile network switching methods according to the invention.
En effet, l'invention vise aussi un programme d'ordinateur téléchargeable depuis un réseau de communication comprenant des instructions pour l'exécution des étapes d'un procédé de changement de réseau mobile selon l'invention, lorsqu'il est exécuté sur un ordinateur. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par un microprocesseur.  Indeed, the invention also relates to a downloadable computer program from a communication network comprising instructions for executing the steps of a mobile network switching method according to the invention, when it is executed on a computer . This computer program may be stored on a computer readable medium and may be executable by a microprocessor.
Ce programme peut utiliser n'importe quel langage de programmation, et se présenter 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.  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 another desirable form.
L'invention vise aussi un support d'informations, inamovible, ou partiellement ou totalement amovible, lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.  The invention also relates to an information carrier, irremovable, or partially or completely removable, readable by a computer, and comprising instructions of a computer program as mentioned above.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comprendre un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou un moyen d'enregistrement magnétique, tel qu'un disque dur, ou encore une clé USB (« USB flash drive » en anglais).  The information carrier may be any entity or device capable of storing the program. For example, 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, such as a hard disk, or a USB key. ("USB flash drive" in English).
D'autre part, le support d'informations peut être 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 d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.  On the other hand, the information medium may be 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 computer program according to the invention can in particular be downloaded to an Internet type network.
En variante, le support d'informations peut être 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 de l'un quelconque des procédés de changement de réseau mobile selon l'invention.  As a variant, the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of any of the mobile network switching methods according to the invention. .

Claims

R E V E N D I C A T I O N S
1 . Procédé de changement de réseau mobile, comprenant les étapes suivantes : 1. A method of changing a mobile network, comprising the steps of:
- détection qu'il devient nécessaire de basculer une communication à laquelle participe un terminal depuis un premier réseau mobile (LTE) connecté à un réseau IP (Internet Protocol), vers un second réseau mobile (GSM, UMTS) connecté au même réseau IP,  detection that it becomes necessary to switch a communication in which a terminal participates from a first mobile network (LTE) connected to an IP (Internet Protocol) network, to a second mobile network (GSM, UMTS) connected to the same IP network,
- transmission par un premier centre de gestion (MME) appartenant audit premier réseau mobile (LTE) à un second centre de gestion (MSC) appartenant audit second réseau mobile (GSM, UMTS) de l'identifiant IMSI (International Mobile Subscriber Identity) dudit terminal,  transmission by a first management center (MME) belonging to said first mobile network (LTE) to a second management center (MSC) belonging to said second mobile network (GSM, UMTS) of the IMSI identifier (International Mobile Subscriber Identity) of said terminal,
- envoi dudit identifiant IMSI au cœur de réseau IP par ledit second centre de gestion (MSC),  sending said IMSI identifier to the IP network core by said second management center (MSC),
- réception par une entité de contrôle des transferts d'accès (SCC-AS, ATCF) d'une requête (SIP INVITE) de changement de réseau mobile contenant ledit identifiant IMSI, et  - reception by a control entity of access transfers (SCC-AS, ATCF) of a mobile network change request (SIP INVITE) containing said IMSI identifier, and
- identification de l'adresse de contact du terminal par ladite entité de contrôle des transferts d'accès (SCC-AS, ATCF) au moyen de l'identifiant IMSI, caractérisé en ce que, lors de l'enregistrement dudit terminal auprès dudit réseau IP, un serveur d'enregistrement (S-CSCF) en charge du terminal a obtenu ledit identifiant IMSI et l'a fait parvenir à ladite entité de contrôle des transferts d'accès (SCC-AS, ATCF).  identification of the terminal contact address by said access transfer control entity (SCC-AS, ATCF) by means of the IMSI identifier, characterized in that, when said terminal is registered with said network IP, a recording server (S-CSCF) in charge of the terminal has obtained said IMSI identifier and sent it to said access control entity (SCC-AS, ATCF).
2. Procédé de changement de réseau mobile selon la revendication 1 , caractérisé en ce que, après avoir obtenu ledit identifiant IMSI, ledit serveur d'enregistrement (S-CSCF) le fait parvenir à une entité SCC-AS (Service Centralization and Continuity). Mobile network switching method according to claim 1, characterized in that, after having obtained said IMSI identifier, said registration server (S-CSCF) sends it to an SCC-AS entity (Service Centralization and Continuity). .
3. Procédé de changement de réseau mobile selon la revendication 2, caractérisé en ce que, après avoir reçu ledit identifiant IMSI, ladite entité SCC-AS le transmet à une entité ATCF (Access Transfer Control Function). 3. A mobile network switching method according to claim 2, characterized in that, after receiving said IMSI identifier, said SCC-AS entity transmits it to an Access Transfer Control Function (ATCF) entity.
4. Procédé de changement de réseau mobile selon la revendication 1 , caractérisé en ce que, après avoir obtenu ledit identifiant IMSI, ledit serveur d'enregistrement (S-CSCF) le fait parvenir à une entité ATCF (Access Transfer Control Function). 4. A mobile network switching method according to claim 1, characterized in that, after having obtained said IMSI identifier, said server registration (S-CSCF) sends it to an Access Transfer Control Function (ATCF) entity.
5. Serveur d'enregistrement dans un réseau IP (Internet Protocol), comprenant des moyens pour, lors de l'enregistrement auprès dudit réseau IP d'un terminal dont ledit serveur d'enregistrement (S-CSCF) a la charge, obtenir l'identifiant IMSI (International Mobile Subscriber Identity) dudit terminal et le faire parvenir à une entité de contrôle des transferts d'accès (SCC- AS, ATCF). A server for recording in an Internet Protocol (IP) network, comprising means for, when registering with said IP network of a terminal of which said recording server (S-CSCF) is responsible, obtaining the International Mobile Subscriber Identity (IMSI) identifier of said terminal and send it to an access transfer control entity (SCC-AS, ATCF).
6. Entité de contrôle des transferts d'accès dans un réseau IP (Internet Protocol) constituée par une entité SCC-AS (Service Centralization and Continuity), et comprenant des moyens pour recevoir de la part d'un serveur d'enregistrement (S-CSCF), et enregistrer, l'identifiant IMSI (International Mobile Subscriber Identity) d'un terminal. 6. Access transfer control entity in an Internet Protocol (IP) network constituted by an SCC-AS (Service Centralization and Continuity) entity, and comprising means for receiving from a registration server (S -CSCF), and record the International Mobile Subscriber Identity (IMSI) of a terminal.
7. Entité de contrôle des transferts d'accès selon la revendication 6, caractérisée en ce qu'elle comprend en outre des moyens pour transmettre l'identifiant IMSI d'un terminal à une entité ATCF (Access Transfer Control Function). 7. Access transfer control entity according to claim 6, characterized in that it further comprises means for transmitting the IMSI identifier of a terminal to an Access Transfer Control Function (ATCF) entity.
8. Entité de contrôle des transferts d'accès dans un réseau IP (Internet Protocol) constituée par une entité ATCF (Access Transfer Control Function), et comprenant des moyens pour recevoir de la part de la part d'un serveur d'enregistrement (S-CSCF) ou d'une entité SCC-AS (Service Centralization and Continuity), et enregistrer, l'identifiant IMSI (International Mobile Subscriber Identity) d'un terminal. 8. Access transfer control entity in an Internet Protocol (IP) network constituted by an Access Transfer Control Function (ATCF) entity, and comprising means for receiving from a recording server ( S-CSCF) or an SCC-AS (Service Centralization and Continuity) entity, and record the International Mobile Subscriber Identity (IMSI) of a terminal.
9. Entité de contrôle des transferts d'accès (SCC-AS, ATCF) selon l'une quelconque des revendications 6 à 8, caractérisée en ce qu'elle comprend en outre des moyens pour : 9. Access transfer control entity (SCC-AS, ATCF) according to any one of claims 6 to 8, characterized in that it further comprises means for:
- recevoir une requête (SIP INVITE) de changement de réseau mobile concernant un terminal, ladite requête contenant l'identifiant IMSI dudit terminal, et  receiving a mobile network change request (SIP INVITE) concerning a terminal, said request containing the IMSI identifier of said terminal, and
- identifier l'adresse de contact du terminal au moyen dudit identifiant IMSI. - Identify the contact address of the terminal by means of said IMSI identifier.
10. Système de communication dans un réseau IP (Internet Protocol), comprenant : 10. Communication system in an IP (Internet Protocol) network, comprising:
- au moins un serveur d'enregistrement (S-CSCF) selon la revendication 5, et  at least one registration server (S-CSCF) according to claim 5, and
- au moins une entité de contrôle des transferts d'accès (SCC-AS, ATCF) selon l'une quelconque des revendications 6 à 9.  at least one access transfer control entity (SCC-AS, ATCF) according to any one of claims 6 to 9.
1 1 . Moyen de stockage de données inamovible, ou partiellement ou totalement amovible, comportant des instructions de code de programme informatique pour gérer le fonctionnement d'un serveur d'enregistrement (S- CSCF) selon la revendication 5, ou d'une entité de contrôle des transferts d'accès (SCC-AS, ATCF) selon l'une quelconque des revendications 6 à 9. 1 1. An immovable, or partially or totally removable data storage medium, comprising computer program code instructions for managing the operation of a registration server (S-CSCF) according to claim 5, or a control entity of access transfers (SCC-AS, ATCF) according to any of claims 6 to 9.
12. Programme d'ordinateur téléchargeable depuis un réseau de communications et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions pour gérer le fonctionnement d'un serveur d'enregistrement (S- CSCF) selon la revendication 5, ou d'une entité de contrôle des transferts d'accès (SCC-AS, ATCF) selon l'une quelconque des revendications 6 à 9, lorsqu'il est exécuté sur un ordinateur. Computer program downloadable from a communications network and / or stored on a computer readable medium and / or executable by a microprocessor, characterized in that it comprises instructions for managing the operation of a recording server. (S-CSCF) according to claim 5, or an access transfer control entity (SCC-AS, ATCF) according to any one of claims 6 to 9, when executed on a computer.
PCT/FR2018/050388 2017-02-20 2018-02-20 Method for changing mobile network WO2018150150A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP18710091.2A EP3583757A1 (en) 2017-02-20 2018-02-20 Method for changing mobile network
US16/486,786 US11115878B2 (en) 2017-02-20 2018-02-20 Method for changing mobile network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1751329A FR3063197A1 (en) 2017-02-20 2017-02-20 METHOD FOR CHANGING MOBILE NETWORK IN MULTI-TERMINAL CONFIGURATION
FR1751329 2017-02-20

Publications (1)

Publication Number Publication Date
WO2018150150A1 true WO2018150150A1 (en) 2018-08-23

Family

ID=58739116

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2018/050388 WO2018150150A1 (en) 2017-02-20 2018-02-20 Method for changing mobile network

Country Status (4)

Country Link
US (1) US11115878B2 (en)
EP (1) EP3583757A1 (en)
FR (1) FR3063197A1 (en)
WO (1) WO2018150150A1 (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110238845A1 (en) 2008-09-29 2011-09-29 Ralf Keller Correlation of Sessions in Case of Session Transfer in IMS Domain
US20120239771A1 (en) * 2009-11-30 2012-09-20 Nokia Siemens Networks Oy Method and network device establishing a binding between a plurality of separate sessions in a network
US20160037390A1 (en) * 2014-08-04 2016-02-04 T-Mobile Usa, Inc. Telecommunications Network Emergency-Call Handover

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105517072B (en) * 2009-11-10 2020-05-19 瑞典爱立信有限公司 Handover delay optimization
US9402212B2 (en) * 2010-11-08 2016-07-26 Nokia Solutions And Networks Oy Method for SRVCC solution
WO2013048084A2 (en) * 2011-09-28 2013-04-04 주식회사 케이티 Profile management method, embedded uicc, and device provided with the embedded uicc
CN104221429B (en) * 2012-04-17 2019-04-05 瑞典爱立信有限公司 Switched using the SRVCC for enlivening calling of the codec selection between access net
EP2850799A1 (en) 2012-05-16 2015-03-25 Telefonaktiebolaget L M Ericsson (Publ) Call termination to a ics user
US10080163B2 (en) * 2014-07-15 2018-09-18 T-Mobile Usa, Inc. Telecommunication network pre-establishment service interruption response
US10039019B2 (en) * 2014-07-24 2018-07-31 T-Mobile Usa, Inc. Telecommunications network non-establishment response
DK3018945T3 (en) * 2014-11-04 2021-05-17 Alcatel Lucent Support for mobile-terminated communication in an evolved-packet system (EPS)
WO2016145121A2 (en) * 2015-03-09 2016-09-15 Device Cloud Networks Methods and systems for mobile device profile management

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110238845A1 (en) 2008-09-29 2011-09-29 Ralf Keller Correlation of Sessions in Case of Session Transfer in IMS Domain
US20120239771A1 (en) * 2009-11-30 2012-09-20 Nokia Siemens Networks Oy Method and network device establishing a binding between a plurality of separate sessions in a network
US20160037390A1 (en) * 2014-08-04 2016-02-04 T-Mobile Usa, Inc. Telecommunications Network Emergency-Call Handover

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
FRÉDÉRIC LAUNAY, SRVCC-SINGLE RADIO VOICE CALL CONTINUITY, Retrieved from the Internet <URL:http://bloqs.univ-poitiers.fr/f-launav/2015/06/24/srvcc-sinqle-radio-voice-call-continuitv/>
MIND THE COVERAGE HOLE!, Retrieved from the Internet <URL:https://realtimecommunication.wordpress.com/2015/03/24/mind-the-coveraqe-hole/#more-380>
SRVCC-SINGLE RADIO VOICE CALL CONTINUITY-SUITE, Retrieved from the Internet <URL:http://bloqs.univ-poitiers.fr/f-launav/taq/esrvcc/>

Also Published As

Publication number Publication date
EP3583757A1 (en) 2019-12-25
US11115878B2 (en) 2021-09-07
FR3063197A1 (en) 2018-08-24
US20190364466A1 (en) 2019-11-28

Similar Documents

Publication Publication Date Title
US8325707B2 (en) Session initiation from application servers in an IP multimedia subsystem
EP2504982A1 (en) Method for switching a primary hss on a backup hss in an ip network
EP2926524B1 (en) Routing of a service request destined for an ims subscriber
WO2015197937A1 (en) Method of dynamic selection, by a caller, from a plurality of terminals of a callee
WO2017168084A1 (en) Access network transfer method for a roaming mobile terminal
WO2018150150A1 (en) Method for changing mobile network
EP3391615B1 (en) Method of communication between a calling terminal and a plurality of called terminals
EP3472993B1 (en) Method for determining a set of encoding formats in order to establish a communication
FR3090252A1 (en) Method for switching a communication from TCP to UDP
WO2012085429A2 (en) Method of locating and identifying a subscriber connected to a network emulating the stc/isdn
FR2980328A1 (en) Method for treating request for e.g. emergency service, in Internet protocol multimedia subsystem network, involves querying cellular mapping function by real time collaboration server to obtain geographical identifier of mobile terminal
EP3646578B1 (en) Method of media state synchronization
WO2014170582A1 (en) Method for restoring service in an ims network
EP2801178B1 (en) Dynamic method for determining a list of services in an sip network
WO2013121158A1 (en) Method for registering an application server, and application server
FR3021836A1 (en) METHOD FOR INFORMING AN ENTITY OF AN IP NETWORK OF THE ACCESS NETWORK TYPE USED BY A TERMINAL
FR2985135A1 (en) METHOD FOR PROPAGATION OF ASSOCIATIONS BETWEEN CONTACT ADDRESSES AND PRIVATE IDENTITLES IN AN IP NETWORK
Lee et al. Interworking architecture between ims and p2psip for ubiquitous services
FR2972092A1 (en) METHOD FOR MANAGING PUBLIC IDENTITIES BY A USER OF AN IMS NETWORK
WO2012049404A1 (en) Method of processing presence streams in an sip network

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018710091

Country of ref document: EP

Effective date: 20190920