WO2010061118A1 - Localisation et controle d'acces d'un terminal dans un reseau - Google Patents

Localisation et controle d'acces d'un terminal dans un reseau Download PDF

Info

Publication number
WO2010061118A1
WO2010061118A1 PCT/FR2009/052271 FR2009052271W WO2010061118A1 WO 2010061118 A1 WO2010061118 A1 WO 2010061118A1 FR 2009052271 W FR2009052271 W FR 2009052271W WO 2010061118 A1 WO2010061118 A1 WO 2010061118A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
network
identifier
server
private
Prior art date
Application number
PCT/FR2009/052271
Other languages
English (en)
Inventor
Emmanuelle Bernard
Vincent Jonack
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Publication of WO2010061118A1 publication Critical patent/WO2010061118A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08Access security

Definitions

  • the present invention relates to services offered in a network on the basis of a public identifier and a private terminal identifier, and more particularly a service such as the location of a terminal in a network or access control. to a network for a terminal.
  • a terminal in a network is identified, on the one hand, by a public identifier, such as for example the MSISNDN (for "Mobile Integrated Services Network Digital Station” in English) which corresponds to its public telephone number that it is necessary to compose to initiate a communication with him, and, on the other hand, a private identifier, such as for example NMSI (for "International Mobile Subscriber Identity 1 in English) which, it is used to identify the terminal in the messages exchanged in the network, in particular for the management of a communication with this terminal.
  • MSISNDN for "Mobile Integrated Services Network Digital Station” in English
  • NMSI for "International Mobile Subscriber Identity 1 in English
  • the private identifier is known only within the network and the public identifier, rarely used within the network, is known outside the network.
  • GSM Global System for Mobile Communication
  • UMTS Universal Mobile Telecommunication System
  • HLR Home Location Register
  • hybrid network that offers both radio coverage via conventional radio cells of a GSM or UMTS type network, and radio coverage via Home Node B UMTS type radio cells, such as as defined for example in the document 3GPP TR 25.820 V8.2.0 (2008-09)) or Wi-Fi according to an IEEE 802.11 standard (for "Institute of Electrical and Electronics Engineers” in English) or Bluetooth type.
  • the location of a subscriber terminal can be correctly managed on the basis of the HLR, but when the terminal enters a radio coverage zone of the Home Node B UMTS or Wi-Fi type, its localization is lost since the network architecture of UMTS or GSM type is not adapted to locate a terminal located in such a zone.
  • GSM or UMTS type radio networks are networks whose deployment, and therefore the geographical position of the various network equipment, have been carefully planned by a telecommunication operator.
  • Such a planning concerns in particular the prior allocation of values to configuration parameters, such as those defined in the 3GPP specification TS 23.002, for example for a UMTS network: the Public Land Mobile Network (PLMN) code, which identifies the network mobile operator for a country;
  • PLMN Public Land Mobile Network
  • LAC Location Area Code
  • LAI Service Area Identifier
  • SAI Service Area Identifier
  • SAI Service Area Identifier
  • a parameter referenced "Service Area Identifier” (SAI) can be used by services based on the location of the mobile terminal, such as routing an emergency call to the nearest local emergency treatment center. It is also possible to use the location information provided by this SAI parameter in other use cases; for example when implementing a service allowing a user to find the cinemas closest to him from his current location. To do this, the value of the SAI corresponding to the location of the mobile subscriber is recovered at the network level, translated into geographical area, which is correlated with the cinemas.which are in the same district or in the same city for example.
  • radio coverage second generation: 2G, third generation: 3G or beyond: LTE or E-UTRAN for "Enhanced UTRAN ') in their home or on the premises of the company, for example in the form of a private radio access terminal (residential or restricted to the company), which would be connected to an ADSL-type modem (for "Asynchronous Digital Subscriber One") or other access equipment to a high-speed network (for example of the FTTH type for "Fiber To The Home”).
  • ADSL-type modem for "Asynchronous Digital Subscriber One”
  • FTTH type for "Fiber To The Home”
  • Such a private radio access terminal is notably called Home Node B (3G radio coverage) in the technical report 3GPP TR 25.820 above, or home eNode B (LTE radio coverage).
  • a company could have one or more radio access points located on its site, and access to which would be limited to employees of the company, and banned for example to visitors.
  • the deployment of these radio cells managed by a home base station is of a very different nature from that of conventional GSM or UMTS networks, since it is not particularly planned by the operator, and is likely to be carried out on a very large scale. Consequently, the LAC and SAC location parameters associated with the different cells result from an automatic configuration, which does not necessarily translate the true geographical position of the network equipment, and which could even be "reused” if the space of LA and SA codes are not sufficient to address all deployed terminals. As a result, the location information does not make it possible to locate in a "direct” manner, as in a planned cellular network, the equipment considered, that is to say the domestic base stations.
  • a first aspect of the present invention provides a method of managing a service for a terminal subscribed to a communication network comprising a first subnetwork with associated scheduled location information and a second subnet with associated information. unplanned location, said first and second sub-networks being connected by a gateway, said communication network further comprising a subscriber register of the network and a server associated with a database, said subscriber register storing a association between a public identifier and a private network identifier corresponding to said terminal; said method comprising the following steps at the server level: / a / receive a subscription request to said service for said terminal, said subscription request indicating the public identifier of the terminal;
  • IbI store the public identifier associated with the terminal in said database associated with the server;
  • the database thus managed, associated with the server advantageously makes it possible to store information relating to the service offered to the subscriber terminal, such as a terminal location service or even access control to a network in an efficient and simple manner.
  • such a service can be advantageously offered in a network offering to the same subscriber terminal both a radio coverage according to a first conventional UMTS sub-network or
  • Node B UMTS or Wi-Fi Node B UMTS or Wi-Fi.
  • a network of GSM or UMTS type includes a mobile service switch MSC (for "Mobile Services Switching Centet" in English) which is in charge of managing on the one hand controllers of UMTS or GSM base stations and secondly access points of the Home Node B UMTS or Wi-Fi type, the access points being connected to the controller via a suitable gateway.
  • MSC Mobile Services Switching Centet
  • a terminal location service as well as an access control service for this terminal may be offered when the terminal is located in a radio coverage area of the type
  • the access point of the second sub-network intended to offer a radio coverage of the Home Node B UMTS or Wi-Fi type, can not be located as can the UMTS and GSM base stations of the first sub-network. - network.
  • subscriber terminal here refers to any terminal having private and public identifiers that are stored in the subscriber register of the network.
  • a terminal may be for example a mobile phone in which is inserted a SIM card (for "Subscriber Identity Module” in English) containing subscriber information.
  • SIM card for "Subscriber Identity Module” in English
  • the private identifier of the terminal is required when registering the subscription to the service, and in step IdI, the private identifier of the terminal is received. via a registration acknowledgment.
  • the network further comprises global switching equipment, said management method further comprising the following steps after step IeI: IM receiving, from said global switching equipment, an update message of a location information of the terminal; and
  • This service can advantageously be implemented in a network offering different types of radio coverage of UMTS / GSM type and type Home Node B UMTS or Wi-Fi.
  • the network further comprises an access point and global switching equipment, connected by a gateway; said management method further comprising the following steps after step Ie: / 1 / receiving, from said gateway, an update message of a location information of the terminal; and
  • the global network switching equipment which may be in charge of different radio coverage as stated above, is adapted to provide the server with location information from any type of radio coverage.
  • Hybrid network architecture is here advantageously used.
  • the steps IM and 121 may be triggered when the terminal enters the second subnet.
  • subnetwork with associated planned location information means a subnetwork whose deployment has been planned by an operator, so that the actual geographic position of the operator can be obtained. these devices directly from the location information associated with the different equipment of the sub-unit. network.
  • sub-network associated with unplanned location information means a sub-network whose deployment is not planned by the operator and can in particular be carried out on a very large scale, so that the location information associated with the different devices in the subnet is configured automatically and therefore does not necessarily correspond to the actual geographical position of these devices.
  • a second sub-network cell that is to say, for example a cell of the Home Node B UMTS or Wi-Fi type
  • it can advantageously here to be located.
  • the terminal leaves a cell of the first sub-network, that is to say of the conventional GSM / UMTS network, to enter a radio cell of the second sub-network, it is possible to keep as location information, that which was provided when the terminal was in a cell of the first subnet.
  • the home base station type equipment does not provide relevant location information, because given their number and the lack of planning for their deployment by the network operator , the configuration of their location parameters is an automatic configuration that leads to associating with the domestic equipment location information that does not reflect their actual location.
  • each access point supports the radio resources and therefore plays a role of base station controller type such as an RNC in a conventional network of UMTS type for example.
  • the gateway acts as an access point concentrator, so that a global switching equipment, such as a mobile service switch, or MSC, sees only one base station controller per port. gateway, the gateway, which can handle a plurality of access points.
  • the server can be quickly informed of the location of the terminal in question.
  • the network comprises an access point and a global switching equipment, connected by a gateway; said method further comprising the steps of:
  • IM receive from the gateway a terminal access control message at the database, said message indicating the private identifier of the terminal;
  • step 121 transmitting a message in response to the gateway indicating the result of step 121.
  • access control even in a hybrid radio coverage network, is easily implemented because the storage structure of the information relating to this access control is implemented. No limitation is attached to the manner used to store access control information in advance.
  • the access control message is received beforehand by the server before being received by the database.
  • Steps IM to / 3 / can be triggered when the terminal enters the second subnet. Access control is thus performed at the earliest and is easily triggered in an already existing network.
  • the gateway may then require the private identifier of the terminal. So she is then able to provide it to the database for control.
  • a second aspect of the present invention provides a server adapted to implement a method according to the first aspect of the present invention.
  • a third aspect of the present invention provides a database adapted to implement a method according to the first aspect of the present invention.
  • a fourth aspect of the present invention provides a global network switching equipment adapted to implement a method according to the first aspect of the present invention.
  • a fifth aspect of the present invention provides a computer program including instructions for implementing the method according to the first aspect of the present invention, when the program is executed by a processor.
  • a sixth aspect of the present invention provides a recording medium on which is stored the computer program according to the fifth aspect of the present invention.
  • FIG. 1 illustrates the main steps of a method of managing a service according to one embodiment of the present invention
  • Figure 2 illustrates a location service implemented according to one embodiment
  • FIG. 3 illustrates the location service implemented according to the embodiment of FIG. 2, but in a more complex communication network
  • FIG. 4 illustrates a location service implemented according to another embodiment
  • FIG. 5 illustrates an access control service implemented according to one embodiment
  • Figure 6 illustrates a server, an associated database, an MSC, and a gateway according to an embodiment of the present invention.
  • FIG. 1 illustrates the main steps of a method of managing a service in a communication network according to an embodiment of the present invention.
  • a communication network portion as illustrated in FIG. 1 according to an embodiment of the present invention, comprises an operator equipment 12, a server 10, a database 11 and a subscriber register of the network.
  • HLR 13 The server 10 may correspond to a server of the type gsmSCF (for "Global System for Mobile Communication
  • This subscription request indicates the public identifier of the terminal. Indeed, outside the network the terminal is identified under its public identifier, or the operator equipment is here an equipment outside the own network. Such an identifier may in particular be of MSISDN type.
  • This request can be sent from the operator point 12 to which the user subscriber of the terminal considered has asked to subscribe to the service.
  • the terminal in question is already subscribed to the network and, as such, is identified as such in the subscriber register of the network.
  • this terminal also subscribes to the service.
  • the server Upon receipt of this subscription request 101, the server updates the database 11 associated with it. For this purpose, it stores the public identifier associated with the terminal that is indicated in the received request, by sending an update message 102. At this step, the server 10 does not have a priori knowledge of the private identifier. of the terminal. However, he may already have known about it during a previous subscription to the same type of service. Then, the server 10 carries out an exchange of messages with the subscriber register of the HLR network, during which it is informed of the private identifier of the terminal in question. In one embodiment of the present invention, it transmits a message 103 to request from the HLR a modification of the profile registering the terminal by indicating the public identifier of the terminal that is being subscribed to the service. The HLR here stores the fact that the subscriber terminal requires this service.
  • Such a message 103 may be issued according to the standard "3GPP TS 29.002 Mobile Application Part (MAP) specification".
  • the message 103 may correspond to the message or to the "MAP-ANY-TIME-MODIFICATION" procedure defined by this standard.
  • the server 10 receives from the HLR a message 104 acknowledging receipt of the message 103 and informing it of the registration of the subscription to the terminal service, this message 104 indicating the private identifier associated with the terminal.
  • the message 104 may correspond to the "MAP-NOTE-SUBCRIBER-DATA-MODIFIED" message according to the "3GPP TS 29.002 Mobile Application Part (MAP) specification".
  • the server 10 advantageously has the private identifier of the terminal. It then stores by issuing an update message 105, in its associated database 11, the private identifier of the terminal in association with its previously stored public identifier.
  • the server 10 can then easily implement a service based on both the private identifier and the public identifier of the terminal. It can for this purpose have in its database a storage structure indexed by the public and private identifiers of the subscriber terminal, in which it can easily store data to come allowing it to implement any type of service that requires the knowledge of these identifiers.
  • GSM by the terms "cell of the first sub-network” and a radio cell offered by an access point of the type Home Node B UMTS or Wi-Fi by the terms "cell of the second sub-network”.
  • FIG. 2 illustrates a communication network according to one embodiment of the present invention, adapted to provide a terminal location service. More specifically, such a network architecture according to one embodiment of the present invention makes it possible to provide a location service to a terminal that is adapted to communicate in a zone cover of a radio cell of the first sub-network and also in a radio cell coverage area of the second sub-network, whereas in a network of the prior art of this type, it is not possible to provide a location of the terminal when it is located in a radio cell coverage area of the second sub-network.
  • a terminal In a mobile communication network, a terminal is identified at the same time by a public identifier, which corresponds to the number of the subscriber, and which can be of type MSISDN, and by a private identifier which is used within the considered network and which is not known outside, of type IMSI.
  • the location of a terminal thus identified in a mobile communication network is performed on the basis of location information of the LAI type (for "Location Area Identification" in English), as defined in the document 3GPP TS 23.003 "Numbering , Addressing and Identification ".
  • This information consists of a country code type MCC (for "Mobile Country Code” in English) and a network code type MNC (for "Mobile Network Code” in English), as well as a code Location Area Code (LAC) for the "Location Area Code” in the identified network.
  • MCC and MNC identifiers forming a network identifier of the PLMN-id type.
  • An LAI location area may correspond to a geographical area covered by several cells.
  • SAI Service Area Identification
  • the present invention is intended to consider, when a terminal enters a cell of the second subnet, the location information that is attached to the previous cell that covered it when that previous cell is a classic cell of the first subnet. Subsequently, the term "base station” denotes an access entity to the first subnet of the network, and "access point” means an access entity to the second subnet.
  • the location of a terminal is based on the fact that the network knows the geographic location of the base stations that compose it, according to an established schedule. Therefore, when the terminal is located in the radio coverage area of a base station, it is able to locate it. But when the terminal is located in a radio coverage area of an access point of the second subnet, the network equipment does not know the geographical location of the access point, they are not able to locate the terminal considered.
  • the hybrid network illustrated in FIG. 2 comprises the network part illustrated in FIG. 1, this first network part being connected both via the server 10 and via the subscriber register HLR 13 to a second network part.
  • the second network portion includes an MSC which is associated with a VLR ("Visitors Location Register") in which information relating to the terminals which are located in the radio coverage areas of the base stations of the network managed by the network is stored. the MSC.
  • VLR Vehicle Location Register
  • the MSC / VLR set is referenced 21.
  • This MSC / VLR 21 is adapted to communicate both with the subscriber register HLR 13 and the server 10 on one side, and with the network equipment of the first subnet, such as BSC controllers (for "Base”). Station Control / "in English) or RNC (" Radio Network Controller "in English), and with network equipment of the second subnet, on the other hand. It is expected that a gateway 25 allows the exchange of messages between MSC / VLR and access point of the second subnet.
  • the network illustrated here in FIG. 2 corresponds to a hybrid network offering both a conventional radio coverage of GSM or UMTS type according to the first sub-network and a radio coverage of Wi-Fi or Node B UMTS type according to the second sub-network. -network.
  • a terminal 200 can communicate in both the first and second subnets.
  • UMA technology for "Unlicensed Mobile Access" in English, can be implemented to allow continuity between GSM or UMTS technology of the first sub-network and the Wi-Fi type technology. More specifically, the UMA technology makes it possible to replace the physical layer, used by the GSM / UMTS networks, with free frequency bands such as than those used by Bluetooth or Wi-Fi in particular.
  • the MSC 21 is connected with a controller 22 of the UMTS type, or RNC 22, which itself is connected to a base station of UMTS type, denoted Node B 23.
  • the MSC 21 is also connected, via an access gateway 25, to an access point 24 offering a radio coverage of the Home Node B UMTS or Wi-Fi type, or Bluetooth.
  • the terminal 200 is initially located in the radio coverage area offered by the UMTS base station 23. It therefore has a first subnet radio coverage.
  • the database 11 associated with the server 10 already stores the data. association private and public identifiers of this terminal 200. It therefore contains a storage structure ready to receive information relating to the location of the terminal 200. It is here provided, as an illustration, that the terminal 200 performs an update of its location according to a mobility management procedure, ie a procedure of the "Mobility Management Procedure” type as defined by the standard "3GPP TS 24.008 Mobile radio interface signaling layer 3 specification; Core Network protocols; Stage 3".
  • Such an update can be triggered periodically, or when the terminal is turned off or turned on. Whatever the trigger, the terminal can then issue for this purpose a message 205 of type "MM_Location_Update" as defined by 3GPP TS 24.008.
  • This message is transmitted to the base station 23, which transmits it to the RNC 22, which in turn transmits it to the MSC / VLR 21.
  • the MSC / VLR 21 requires an update of the location of the terminal in the HLR subscriber register 13.
  • the MSC and the HLR can use messages according to the 3GPP TS 29.002 standard.
  • the VLR can send a message 201 of "MAP_UPDATE_LOCATION” type and receive in response a message 202 of "MAP-UPDATE-LOCATION- CNF" type.
  • the VLR can also receive from the HLR a message of the type
  • MAP-INSERT-SUBSCRIBER-DATA according to 3GPP TS 29.002.
  • This message indicates the profile of the subscriber, that is to say in particular the services to which the subscriber has subscribed and the information required for the various operations permitted to the terminal in question, according to the services to which the subscriber has subscribed.
  • the VLR Upon receipt of this message, the VLR updates the profile of the subscriber corresponding to the terminal 200.
  • the MSC / VLR 21 transmits, to the server 10, a message 203 of the "MAP_NOTE_MM_EVENT" type, according to the 3GPP TS 29.002 standard, indicating the public and private identifiers of the terminal 200, as well as location information, such as LAI "Location Area Information" or SAI
  • GPRS for "General Packet Radio Service” in English
  • PS domain for "Packet Switched System” in English
  • the subscriber profile can be modified by adding marks to it CAMEL type M-CSI and MG-CSI. These marks make it easy to trigger, at each terminal mobility event, the transmission of a notification to the server, this notification indicating the new location information of the terminal by the query "MAP-NOTE-MM-EVENT". This notification indicating the new location information is issued by the MSC / VLR.
  • the server 10 Upon receipt of the message 203, the server 10 then advantageously updates its database 11 associated with the location information of the terminal 200 on the basis of the content of this message 203.
  • This location information is stored in the storage structure corresponding to the public and private identifiers of the terminal 200. It may be advantageous to also provide to store a time indication of the moment of receipt of this information to date the movements of the subscriber terminal 200. Then, the terminal 200 enters the coverage area of type Home
  • Node B UMTS or Wi-Fi second subnet Node B UMTS or Wi-Fi second subnet.
  • a cell reselection mechanism is then implemented.
  • a new location management procedure is therefore performed, according to 3GPP TS 24.008 for example.
  • a message 206 of the type "MM_LOCATION_U PDATE" is sent from the terminal 200 to the access point 24, the latter transmitting it to the gateway 25 which is adapted to finally transmit it to the MSC / VLR 21.
  • the VLR and the HLR are updated via a procedure according to 3GPP TS 29.002 as described above when the terminal was in the UMTS radio coverage area.
  • the data updated here are relative to the location of the terminal.
  • the VLR updates the subscriber profile associated with the terminal 200, on reception from the HLR of a message of the type "MAP_INSERT_SUBSCRIBER_DATA".
  • a message of type "MAP_NOTE_MM_EVENT" is sent from the MSC / VLR 21 to the server 10.
  • the server 10 updates its database 11 with regard to the location of the Terminal 200.
  • provision can be made to keep the history of the movements of the terminal 200.
  • it is advantageous to store the new location information received by associating them with a new indication. time.
  • FIG. 3 illustrates a communication network according to an embodiment of the present invention, in which the terminal 200 is adapted to access a first GSM type subnetwork according to a conventional GSM architecture, as well as a second sub-network.
  • UMTS type network according to a classical UMTS architecture and to a third subnet of the type Home
  • Node B UMTS or Wi-Fi With the provisions of the present invention, during a mobility of a terminal in such a network, it is easy to provide a terminal location service, even when the latter enters or leaves from the radio coverage of the third subnet.
  • a base station 35 of the BTS type provides the terminal 200 with a radio coverage 33 of the first subnet
  • a base station 23 of the RNC type provides a radio coverage 32 of the second subnet
  • Wi-Fi offers radio coverage 31.
  • the terminal 200 is initially in the radio coverage area 33. Then it enters the radio coverage area 32 to ultimately enter the radio coverage area 31.
  • the terminal 200 leaves the coverage area 32 of the second subnet. It is therefore found in the radio coverage area 33 of the first sub-network.
  • the VLR sends a message of type "MAP-NOTE-MM-EVENT" to the server 10.
  • the server updates its database 11 by storing, in the corresponding structure indexed by the public and private identifiers, the new location information of this terminal 200 received in this message "MAP-NOTE-MM-EVENT".
  • the terminal 200 continues its movement and leaves the radio coverage area 33 to enter the radio coverage area 31 of the third sub-network.
  • the terminal then initiates a location update procedure with the AP 24 access point, similar to that described with reference to Figure 1 or 2. Therefore, the VLR and the HLR are updated, and then a Message of type "MAP-NOTE-MM-EVENT" is sent from the VLR to the server 10.
  • the server 10 can update its database 11 in the storage structure indexed with the public and private identifiers.
  • the database 11 includes the following storage structure for storing information for the subscriber profile attached to the terminal 200:
  • the location information is of the CGM type.
  • the location information is of SAM type.
  • the location information is of type SAI2. It is here planned to store in the profile of the subscriber 200, all location information relating to the subscriber terminal, so as to ultimately have a history of its movements. It can be provided to specify, for each reception of location information, whether the terminal 200 is at this time in a radio coverage area of the first and second sub-networks or if it is in a radio coverage area of the third sub - network.
  • the terminal 200 leaves the radio coverage area 31 and then has the radio coverage 33. It can be expected to keep in the storage structure of the subscriber terminal 200, separately the location information relating to the cell of the third sub network, and the location information of the subscriber terminal 200 relating to the other cells.
  • the terminal 200 when the terminal 200 leaves the radio coverage of the network, it is intended to manage a timer, such as the timer T3231 defined in the standard "3GPP TS 24.008 Mobile Radio
  • MSCVVLR 21 then triggers a so-called procedure 7MS / detach procedure "during which the disappearance of the subscriber terminal is recorded.
  • the VLR then sends to the server 10 a MAP-NOTE-MM-EVENT message indicating that the terminal 200 is in the process of 7MS / detach procedure ".
  • the server 10 updates its database with this information. In case this message "MAP-NOTE-MM-EVENT" does not indicate no location information, so the server does not modify the location information already stored.
  • the server 10 is able to determine whether the location update message 203 relates to a radio coverage of the first or second sub-network, or a radio coverage of the third sub-network. This is the case when the location information allows this server 10 to make this difference.
  • the location information indicates at least the LAI consisting of a PLMN-id type network identifier and a LAC location area code.
  • the server 10 can easily determine what type of radio coverage the LAI information received in a message 203 is relative.
  • the server 10 can make the difference between a LAI information relating to a conventional radio coverage area of the GSM / UMTS type and a relative to a radio coverage area of the Home Node B UMTS or Wi-Fi type.
  • a management mobility procedure is triggered. as described above except that the location update message is directly sent to the server 10 by the gateway 24, for example based on the mechanism of the CAMEL marks.
  • Figure 4 illustrates such an embodiment. In this case, the terminal
  • the gateway 25 determines a location information for the terminal 200 and transmits it to the server 10 via a message 501 of type "MAP-NOTE-MM-EVENT".
  • This location information may correspond to an SAI that has been allocated to the Home Node B UMTS or Wi-Fi type radio cell.
  • the server 10 Upon receipt of this location update message 501, the server 10 updates the location information of the terminal 200 with respect to the Home Node B UMTS or Wi-Fi type radio coverage. More specifically, the server learning that the terminal considered has just entered a Home Node B UMTS or Wi-Fi type cell, stores in location information that which corresponds to the previous cell which it was a conventional GSM / UMTS type cell and thus indicated relevant way the location of the terminal.
  • the gateway 25 proceeds as described above in the same context. It therefore sends to the MSC / VLR 21 a message 502 of the type "MM-LOCATION-UPDATE". The VLR is also updated. Then, the VLR sends a message of type "MAP-NOTE-MM-EVENT" to the server. However, unlike the scenarios described above, the server 10 ignores this update message from the VLR since it has already taken into account the location information transmitted by the gateway 25 in the message 501. The MSC / VLR 21 may indicate to the gateway 25 that the location update following receipt of the message 502 has been made or failed.
  • the gateway informs the server to erase in the database 11 the latest location information received for the home Node B UMTS or Wi-Fi radio coverage.
  • the gateway may transmit destination of the server a message of type "MAP-NOTE-MM-EVENT" by not indicating any location information and specifying that it corresponds to a procedure of "IMSI detach".
  • the server erases the last location information relating to the radio coverage of the type Home Node B UMTS or Wi-Fi.
  • This location service can be advantageously used for emergency call management services for example.
  • FIG. 5 illustrates an implementation of a service for controlling access to a UMTS or Wi-Fi Home Node B radio coverage according to one embodiment of the present invention.
  • Wi-Fi of those who are generally allowed but do not have permission to use a specific access point are generally allowed but do not have permission to use a specific access point.
  • first and second data structures can be filled by the server on receipt of a message from the operator equipment 12 for example. It should be noted that, in one embodiment of the present invention, an access control is implemented at the gateway 25.
  • the terminal 200 entering the radio coverage area 31 sends a message 206 of type "MM-LOCATION-U PDATE" to the point 24 on the gateway 25.
  • the gateway 25 Upon receipt of such a message, the gateway 25 sends a message 510 to request the identity of the terminal in order to implement an access control according to one embodiment of the present invention.
  • Such a message may be of the type "MM-IDENTITY-REQUEST”.
  • the terminal 200 responds by sending a message 511 of type "MM-IDENTITY-RESPONSE" which indicates the private identifier of the terminal, such as I 1 IMSI.
  • the gateway 25 can query the database 11 to find out whether this subscriber is authorized to use this cell type Home Node B UMTS or Wi-Fi. For this purpose, the gateway 25 sends a message 512 to the database 11, and in response, the database 11 responds 513 indicating whether this subscriber is in the list of authorized subscribers.
  • the location update procedure "MM-LOCATION-UPDATE" triggered by the transmission of the message 206 by the terminal 200 is waiting at the level of the gateway 25 until the control procedure of access is completed at gateway 25.
  • the gateway 25 upon receipt of this message 513, continues the procedure of location update with the MSC / VLR 21 as described above.
  • the gateway sends to the terminal 200 an access rejection message to the cell of type Home Node B UMTS or Wi-Fi and does not continue the location update procedure with the MSC / VLR 21.
  • This access rejection message may be a message of type "MM-LOCATION-UPDATE-REJECT ".
  • the rejection of a subscriber for network access via the access point 25 may be related to the fact that the subscriber is present neither in the first storage structure nor in the second storage structure, ie that is, it has not subscribed to any access via an access point of the type of the access point 24, and therefore does not subscribe to a specific access via the access point 24 either.
  • Such a rejection of a subscriber for network access via the access point 25 can simply come from the fact that, even if the subscriber is present in the first storage structure, it is not in the second storage structure. that is, this subscriber has subscribed to access via an access point but is not declared as having the ability to access the network through the specific access point 24.
  • a direct interface for exchanging messages between the gateway 24 and the server 10 is advantageously implemented.
  • an access control according to an embodiment of the present invention is implemented independently of the conventional UMTS or GSM infrastructure.
  • the server 10 may be replaced by a presence server and the database 11 may be replaced by a list of resources of the presence server ("Presence Server Resource List").
  • FIG. 6 illustrates a server 10, according to one embodiment, which comprises: a reception unit 61 adapted to receive a request for subscription to said service for said terminal, said subscription request indicating the public identifier of the terminal; an interface unit 62 with the subscriber register of the network adapted to require a private identifier of the terminal; an interface unit 63 with the database adapted to store, on the one hand, the public identifier associated with the terminal and, on the other hand, the private identifier of the terminal in association with the public identifier of the terminal .
  • the server 10 may further include an interface unit 601 with the MSC for receiving location information therefrom.
  • FIG. 6 also illustrates a database 11 according to an embodiment of the present invention associated with the server 10 and which comprises an interface unit 64 with the server.
  • This interface unit 64 is adapted to store in association the private and public identifiers of a subscriber terminal subscribing to the service in question.
  • the database may then comprise a service information storage structure 65, by terminal subscribing to the service, this storage structure being indexed by the private and public identifiers of the subscriber terminal.
  • the database may further comprise an interface unit 66 with the GW gateway (for "Gatewaf") for exchanging messages 512, 513 relating to an access control of the terminal 200.
  • This same figure also illustrates a MSC global network switching equipment, according to an embodiment of the present invention, comprising a transmission unit 67 adapted to send a location update message from the terminal to the server 10.

Abstract

On fournit un service pour un terminal abonné à un réseau de communication dans lequel se trouve un registre d'abonnés du réseau (HLR) et un serveur (10) auquel est associée une base de données (11). Le registre d'abonnés stocke une association entre un identifiant public et un identifiant privé du réseau correspondant au terminal. Au niveau du serveur, on reçoit une requête de souscription audit service pour ledit terminal, ladite requête de souscription indiquant l'identifiant public du terminal. Puis, on stocke l'identifiant public associé au terminal dans la base de données. Ensuite, on requiert auprès du registre d'abonnés du réseau un identifiant privé du terminal. On reçoit alors depuis le registre d'abonnés du réseau un identifiant privé du terminal. Alors, on stocke l'identifiant privé du terminal en association avec l'identifiant public du terminal dans la base de données associée au serveur.

Description

LOCALISATION ET CONTROLE D'ACCES D'UN TERMINAL DANS
UN RESEAU
La présente invention concerne des services offerts dans un réseau sur la base d'un identifiant public et d'un identifiant privé de terminal, et plus particulièrement un service tel que la localisation d'un terminal dans un réseau ou encore un contrôle d'accès à un réseau pour un terminal.
En règle générale, un terminal dans un réseau est identifié, d'une part, par un identifiant public, tel que par exemple le MSISNDN (pour "Mobile Station Integrated Services Digital Network Number" en anglais) qui correspond à son numéro public de téléphone qu'il convient de composer pour initier une communication avec lui, et, d'autre part, un identifiant privé, tel que par exemple NMSI (pour "International Mobile Subscriber Identity1 en anglais) qui, lui, est utilisé pour identifier le terminal dans les messages échangés dans le réseau, notamment pour la gestion d'une communication avec ce terminal.
De manière générale, l'identifiant privé n'est connu qu'au sein du réseau et l'identifiant public, rarement utilisé au sein du réseau, est connu à l'extérieur du réseau.
Par conséquent, au sein des échanges de messages réalisés dans le réseau, le numéro privé d'un terminal est accessible, mais il peut parfois être compliqué de récupérer l'identifiant public correspondant. Dans un réseau de type GSM (pour "Global System for Mobile communication") ou de type UMTS (pour "Universal Mobile Télécommunication System"), il est prévu d'utiliser un registre d'abonnés du réseau qui contient une association entre l'identifiant public et l'identifiant privé d'un terminal pour tous les abonnés au réseau. Ce registre d'abonnés est référencé sous les termes HLR pour "Home Location Register".
On pourrait donc envisager de récupérer l'identifiant public correspondant à un identifiant privé accessible dans le réseau, à partir d'une association entre identifiant privé et identifiant public stockée au niveau d'un HLR. Mais, aucun protocole d'échange à ce sujet n'est disponible avec le HLR. Par conséquent, cette recherche d'identifiant public dans le réseau peut être complexe à mettre en œuvre. Or, certains services de réseau de communication reposent sur la connaissance des identifiants public et privé du terminal. Tel est le cas notamment pour les services de localisation d'un terminal ou encore pour les services de contrôle d'accès d'un terminal à un réseau. Ainsi, dans certaines architectures de réseau, il peut être complexe, voire impossible d'offrir un service de localisation pertinent. Tel est le cas notamment dans un réseau "hybride" qui offre à la fois une couverture radio via des cellules radio classiques d'un réseau de type GSM ou UMTS, et une couverture radio via des cellules radio de type Home Node B UMTS, telles que définies par exemple dans le document 3GPP TR 25.820 V8.2.0 (2008-09)) ou Wi-Fi selon une norme IEEE 802.11 (pour "Institute of Electrical and Electronics Engineers" en anglais) ou encore de type Bluetooth.
En effet, dans ce cas la localisation d'un terminal d'un abonné peut être correctement gérée sur la base du HLR, mais, lorsque le terminal entre dans une zone de couverture radio de type Home Node B UMTS ou Wi-Fi, sa localisation est perdue puisque l'architecture réseau de type UMTS ou GSM n'est pas adaptée pour localiser un terminal situé dans une telle zone.
En effet, il convient de rappeler ici que les réseaux de radiocommunication de type GSM ou UMTS sont des réseaux dont le déploiement, et donc la position géographique des différents équipements du réseau, ont été soigneusement planifiés par un opérateur de télécommunication. Une telle planification concerne notamment l'allocation préalable de valeurs à des paramètres de configuration, tels que ceux définis dans la spécification 3GPP TS 23.002, par exemple pour un réseau UMTS : - le Public Land Mobile Network (PLMN) code, qui identifie le réseau mobile d'un opérateur pour un pays ;
- le Location Area Code (LAC), code attribué à une cellule ou à un groupe de cellules et servant à la gestion de la mobilité d'un terminal d'utilisateur, ce code définissant une zone de localisation (en anglais, " Location Area") ; et
- le Service Area Code (SAC), code attribué à une cellule ou à un groupe de cellules et servant à définir une zone de service (en anglais, "Service Area"). La concaténation des deux premiers paramètres forme un paramètre référencé "Localisation Area Identifier" (LAI). Dans un réseau de type Home Node B UMTS par exemple, un tel paramètre peut être utilisé pour le contrôle d'accès notamment dans le contexte d'itinérance (ou "roaming" en anglais) de façon à interdire certains changement de réseau par exemple interdire le passage d'un réseau 2G à un réseau 3G. Un tel paramètre peut aussi être utilisé pour la gestion de la mobilité entre le terminal et le réseau.
La concaténation de ces trois paramètres forme un paramètre référencé "Service Area Identifier" (SAI). Dans un réseau UMTS par exemple, un tel paramètre peut être utilisé par des services basés sur la localisation du terminal mobile, comme l'acheminement d'un appel d'urgence vers le centre local de traitement des urgences le plus proche. Il est également possible d'utiliser l'information de localisation fournie par ce paramètre SAI dans d'autres cas d'usage; par exemple lors de la mise en œuvre d'un service permettant à un utilisateur de trouver les cinémas les plus proches de lui à partir de sa localisation courante. Pour ce faire, la valeur du SAI correspondant à la localisation de l'abonné mobile est récupérée au niveau du réseau, traduite en zone géographique, laquelle est corrélée avec les cinémas.qui sont dans le même arrondissement ou dans la même ville par exemple. Parallèlement à ces réseaux de type GSM ou UMTS, certains opérateurs envisagent de proposer à leurs clients, particuliers ou entreprises, une couverture radio (de deuxième génération : 2G, troisième génération : 3G ou au-delà : LTE ou E-UTRAN pour "Enhanced UTRAN') à leur domicile, ou dans l'enceinte de l'entreprise, par exemple sous la forme d'une borne d'accès radio privée (résidentielle ou restreinte à l'entreprise), qui serait connectée à un modem de type ADSL (pour "Asynchronous Digital Subscriber Une") ou à tout autre équipement d'accès à un réseau à haut débit (par exemple de type FTTH pour "Fiber To The Home"). Une telle borne d'accès radio privée est notamment appelée Home Node B (couverture radio 3G) dans le rapport technique 3GPP TR 25.820 précité, ou encore home eNode B (couverture radio LTE).
Chaque particulier pourrait ainsi disposer de sa propre borne d'accès radio résidentielle, à laquelle serait associée une liste d'abonnés autorisés à y accéder (membres de la famille, amis, et ainsi de suite). Un mécanisme de contrôle d'accès pourrait interdire l'accès à cette borne privée aux utilisateurs ne figurant pas sur cette liste.
De même, dans le cadre professionnel, une entreprise pourrait disposer d'une ou plusieurs bornes d'accès radio situées sur son site, et dont l'accès serait limité aux seuls salariés de l'entreprise, et interdite par exemple aux visiteurs.
On comprend aisément que le déploiement de ces cellules radio gérées par une station de base domestique ("home base station" en anglais) est de nature très différente de celui des réseaux GSM ou UMTS classiques, puisqu'il n'est notamment pas planifié par l'opérateur, et est susceptible de s'effectuer à très large échelle. En conséquence, les paramètres de localisation de type LAC et SAC associés aux différentes cellules résultent d'une configuration automatique, qui ne traduit pas nécessairement la véritable position géographique des équipements du réseau, et qui pourraient même être "réutilisés" si l'espace des codes de LA et SA n'est pas suffisant pour adresser toutes les bornes déployées. De ce fait, les informations de localisation ne permettent pas de localiser de façon "directe" comme dans un réseau cellulaire planifié les équipements considérés, c'est-à-dire les stations de base domestiques.
La présente invention vient améliorer la situation. Un premier aspect de la présente invention propose un procédé de gestion d'un service pour un terminal abonné à un réseau de communication comprenant un premier sous-réseau auquel sont associées des informations de localisation planifiées et un second sous-réseau auquel sont associées des informations de localisation non planifiées, lesdits premier et second sous- réseaux étant reliés par une passerelle, ledit réseau de communication comprenant en outre un registre d'abonnés du réseau et un serveur auquel est associée une base de données, ledit registre d'abonnés stockant une association entre un identifiant public et un identifiant privé du réseau correspondant audit terminal ; ledit procédé comprenant les étapes suivantes au niveau du serveur : /a/ recevoir une requête de souscription audit service pour ledit terminal, ladite requête de souscription indiquant l'identifiant public du terminal ;
IbI stocker l'identifiant public associé au terminal dans ladite base de données associée au serveur ;
Ici requérir auprès du registre d'abonnés du réseau un identifiant privé du terminal ;
161 recevoir depuis le registre d'abonnés du réseau un identifiant privé du terminal ; et IeI stocker l'identifiant privé du terminal en association avec l'identifiant public du terminal dans la base de données associée au serveur.
En procédant ainsi, on est en mesure, au niveau du serveur, d'accéder, aisément et à tout moment, à l'identifiant public du terminal à partir de l'identifiant privé de ce dernier, sans avoir à interroger le registre d'abonnés du réseau. La base de données ainsi gérée, associée au serveur, permet avantageusement de stocker des informations relatives au service offert au terminal abonné, tel qu'un service de localisation de terminal ou encore un contrôle d'accès à un réseau de manière efficace et simple.
Grâce à ces dispositions, un tel service peut être avantageusement offert dans un réseau offrant à un même terminal abonné à la fois une couverture radio selon un premier sous-réseau classique de type UMTS ou
GSM et une couverture radio selon un second sous-réseau de type Home
Node B UMTS ou Wi-Fi. Tel est le cas lorsqu'un réseau de type GSM ou UMTS comprend un commutateur de service mobile MSC (pour "Mobile Services Switching Centet" en anglais) qui est en charge de gérer d'une part des contrôleurs de stations de base UMTS ou GSM et d'autre part des points d'accès de type Home Node B UMTS ou Wi-Fi, les points d'accès étant reliés au contrôleur via une passerelle adaptée.
Dans ce type de réseau de l'art antérieur, un service de localisation de terminal ainsi qu'un service de contrôle d'accès pour ce terminal peuvent être offerts lorsque le terminal est situé dans une zone de couverture radio de type
UMTS ou GSM, mais ne peuvent pas être offerts lorsque le terminal est situé dans une zone de couverture radio de type Home Node B UMTS ou Wi-Fi. En effet, le point d'accès du second sous-réseau, destiné à offrir une couverture radio de type Home Node B UMTS ou Wi-Fi ne peut être localisé comme peuvent l'être les stations de base de type UMTS et GSM du premier sous- réseau. Ainsi, dans l'art antérieur, il n'est pas possible de mettre en place une localisation d'un terminal dans une zone de couverture radio de type Home Node B UMTS ou Wi-Fi.
Pour des raisons similaires, il n'est pas possible non plus de mettre en place un service de contrôle d'accès dans une zone de couverture radio de type Wi-Fi. Grâce à l'introduction d'un serveur et de sa base de données, on est ici avantageusement en mesure de gérer le stockage d'informations propres à un service donné, tout en permettant une compatibilité avec l'architecture de réseau classique de type GSM et UMTS. En effet, la base de données associée au serveur peut stocker de manière pertinente de telles informations propres à un service, puisqu'elle contient l'association des identifiants public et privé.
On entend ici par les termes "terminal abonné", tout terminal ayant des identifiants privé et public qui sont stockés dans le registre d'abonnés du réseau. Un tel terminal peut être par exemple un téléphone mobile dans lequel est insérée une carte SIM (pour "Subscriber Identity Module" en anglais) contenant des informations d'abonné.
Dans un mode de réalisation de la présente invention, à l'étape Ici, l'identifiant privé du terminal est requis lors d'un enregistrement de la souscription au service, et à l'étape IdI, l'identifiant privé du terminal est reçu via un accusé de réception d'enregistrement.
Ainsi, on peut utiliser avantageusement un échange entre le serveur et le registre d'abonnés du réseau qui est effectué pour l'enregistrement du terminal au service considéré, afin de récupérer l'identifiant privé du terminal et de le stocker dans la base de données associée. Dans un mode de réalisation de la présente invention, le réseau comprend en outre un équipement de commutation global, ledit procédé de gestion comprenant en outre les étapes suivantes après l'étape IeI : IM recevoir, depuis ledit équipement de commutation global, un message de mise à jour d'une information de localisation du terminal ; et
121 stocker ladite information de localisation en association avec l'identifiant privé du terminal. Grâce à ces dispositions, on est en mesure de stocker cette information de localisation dans la base de données relativement au terminal abonné pour offrir sur cette base un service de localisation de terminal. Ce service peut avantageusement être mis en œuvre dans un réseau offrant des couvertures radio différentes de type classique UMTS/GSM et de type Home Node B UMTS ou Wi-Fi.
Le réseau comprend en outre un point d'accès et un équipement de commutation global, reliés par une passerelle ; ledit procédé de gestion comprenant en outre les étapes suivantes après l'étape IeI : /1/ recevoir, depuis ladite passerelle, un message de mise à jour d'une information de localisation du terminal ; et
121 stocker ladite information de localisation en association avec l'identifiant privé du terminal.
Ici, l'équipement de commutation global du réseau, qui peut être en charge de couvertures radio différentes comme énoncé ci-avant, est adapté pour fournir au serveur les informations de localisation provenant de tout type de couverture radio. L'architecture de réseau hybride est ici avantageusement utilisée.
Dans cette alternative, une interface directe entre le serveur et la passerelle est avantageusement mise en place, permettant une mise en œuvre aisée d'un tel procédé dans un réseau déjà existant.
Les étapes IM et 121 peuvent être déclenchées lorsque le terminal entre dans le second sous-réseau.
On notera que, par les termes "sous-réseau auquel sont associées des informations de localisation planifiées", on entend un sous-réseau dont le déploiement a été planifié par un opérateur, de sorte que l'on peut obtenir la position géographique réelle de ces équipements directement depuis les informations de localisation associées aux différents équipements du sous- réseau. A l'inverse, par "sous-réseau auquel sont associées des informations de localisation non planifiées", on entend un sous-réseau dont le déploiement n'est pas planifié par l'opérateur et peut notamment s'effectuer à très large échelle, de sorte que les informations de localisation associées aux différents équipements du sous-réseau sont configurées de manière automatique et ne correspondent donc pas nécessairement à la position géographique réelle de ces équipements.
Ainsi, dès que le terminal est détecté comme étant pris en charge au sens radio par une cellule de second sous-réseau, c'est-à-dire par exemple une cellule de type Home Node B UMTS ou Wi-Fi, il peut avantageusement ici être localisé. Ainsi, par exemple dans le cas où le terminal quitte une cellule du premier sous-réseau, c'est-à-dire du réseau classique GSM/UMTS, pour entrer dans une cellule radio du second sous-réseau, il est possible de conserver en tant qu'information de localisation, celle qui a été fournie lorsque le terminal était dans une cellule du premier sous-réseau. En effet, comme évoqué ci- avant, les équipements de type station de base domestique ne permettent pas de fournir une information de localisation pertinente, car compte tenu de leur nombre et de l'absence de planification de leur déploiement par l'opérateur du réseau, la configuration de leurs paramètres de localisation est une configuration automatique qui amène à associer aux équipements domestiques des informations de localisation qui ne reflètent pas leur localisation réelle.
Plus précisément, dans ce type d'architecture, chaque point d'accès a en charge les ressources radio et de ce fait joue un rôle de type contrôleur de station de base tel qu'un RNC dans un réseau classique de type UMTS par exemple. Dans ce contexte, la passerelle joue un rôle de concentrateur de points d'accès, afin qu'un équipement de commutation global, tel qu'un commutateur de service mobile, ou MSC, ne voit qu'un seul contrôleur de station de base par passerelle, la passerelle, elle, pouvant gérer une pluralité de points d'accès.
Grâce aux caractéristiques énoncées ci-avant, le serveur peut être informé rapidement de la localisation du terminal considéré. Dans un mode de réalisation, le réseau comprend un point d'accès et un équipement de commutation global, reliés par une passerelle ; ledit procédé comprenant en outre les étapes suivantes :
IM recevoir, depuis la passerelle un message de contrôle d'accès du terminal au niveau de la base de données, ledit message indiquant l'identifiant privé du terminal ;
121 décider si le terminal a accès au réseau via ledit point d'accès ; et
/3/ émettre un message en réponse à la passerelle indiquant le résultat de l'étape 121.
Grâce aux dispositions énoncées, un contrôle d'accès, même dans un réseau à couverture radio hybride, est aisément mis en œuvre car la structure de stockage des informations relatives à ce contrôle d'accès est mise en place. Aucune limitation n'est attachée à la manière utilisée pour stocker préalablement les informations relatives au contrôle d'accès.
On peut également prévoir que le message de contrôle d'accès soit préalablement reçu par le serveur avant d'être reçu par la base de données.
Les étapes IM à /3/ peuvent être déclenchées lorsque le terminal entre dans le second sous-réseau. Le contrôle d'accès est ainsi effectué au plus tôt et il est déclenché facilement dans un réseau déjà existant.
Dans un mode de réalisation, sur réception d'un message informant que le terminal entre dans la zone de couverture radio de type Wi-Fi, la passerelle peut alors requérir l'identifiant privé du terminal. Ainsi elle est ensuite en mesure de le fournir à la base de données pour contrôle.
Il convient de noter ici qu'une interface directe entre la passerelle et la base de données est prévu. Ainsi, la mise en œuvre de telles étapes en est facilitée.
On peut prévoir que sur réception d'un message informant que le terminal entre dans le second sous-réseau, la passerelle requière l'identifiant privé du terminal. Il convient de noter ici que l'identifiant privé du terminal peut être requis à tout moment pertinent au cours d'échange de messages dans le réseau considéré. Un deuxième aspect de la présente invention propose un serveur adapté pour mettre en œuvre un procédé selon le premier aspect de la présente invention.
Un troisième aspect de la présente invention propose une base de données adaptée pour mettre en œuvre un procédé selon le premier aspect de la présente invention.
Un quatrième aspect de la présente invention propose un équipement de commutation global de réseau adapté pour mettre en œuvre un procédé selon le premier aspect de la présente invention. Un cinquième aspect de la présente invention propose un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon le premier aspect de la présente invention, lorsque ce programme est exécuté par un processeur.
Un sixième aspect de la présente invention propose un support d'enregistrement sur lequel est stocké le programme d'ordinateur selon le cinquième aspect de la présente invention.
D'autres aspects, buts et avantages de l'invention apparaîtront à la lecture de la description d'un de ses modes de réalisation.
L'invention sera également mieux comprise à l'aide des dessins, sur lesquels : la figure 1 illustre les principales étapes d'un procédé de gestion d'un service selon un mode de réalisation de la présente invention ; la figure 2 illustre un service de localisation mis en œuvre selon un mode de réalisation ; - la figure 3 illustre le service de localisation mis en œuvre selon le mode de réalisation de la figure 2, mais dans un réseau de communication plus complexe ; la figure 4 illustre un service de localisation mis en œuvre selon un autre mode de réalisation ; - la figure 5 illustre un service de contrôle d'accès mis en œuvre selon un mode de réalisation ; et la figure 6 illustre un serveur, une base de données associée, un MSC, et une passerelle selon un mode de réalisation de la présente invention.
La figure 1 illustre les principales étapes d'un procédé de gestion d'un service dans un réseau de communication selon un mode de réalisation de la présente invention. Une partie de réseau de communication, telle qu'illustrée à la figure 1 selon un mode de réalisation de la présente invention, comprend un équipement d'opérateur 12, un serveur 10, une base de données 11 et un registre d'abonnés du réseau HLR 13. Le serveur 10 peut correspondre à un serveur de type gsmSCF (pour "Global System for Mobile Communication
Service Control Function" en anglais).
Il est prévu, tout d'abord, de recevoir une requête de souscription 101 d'un terminal au service. Aucune limitation n'est attachée au format d'une telle requête. Cette requête de souscription indique l'identifiant public du terminal. En effet, à l'extérieur du réseau le terminal est identifié sous son identifiant public, or l'équipement d'opérateur est ici un équipement extérieur au réseau propre. Un tel identifiant peut notamment être de type MSISDN.
Cette requête peut être émise depuis le point opérateur 12 auprès duquel l'abonné utilisateur du terminal considéré a demandé à souscrire au service. Dans ce scénario, le terminal considéré est déjà abonné au réseau et, de ce fait, est identifié en tant que tel dans le registre d'abonnés du réseau
HLR. A cette étape ce terminal souscrit en outre au service.
Sur réception de cette requête de souscription 101 , le serveur met à jour la base de données 11 qui lui est associée. A cet effet, il stocke l'identifiant public associé au terminal qui est indiqué dans la requête reçue, en émettant un message de mise à jour 102. A cette étape, le serveur 10 n'a a priori pas connaissance de l'identifiant privé du terminal. Il peut toutefois déjà en avoir eu connaissance lors d'une souscription précédente à un même type de service. Puis, le serveur 10 effectue un échange de messages avec le registre d'abonnés du réseau HLR, au cours duquel il est informé de l'identifiant privé du terminal considéré. Dans un mode de réalisation de la présente invention, il émet un message 103 pour requérir auprès du HLR une modification du profil d'enregistrement du terminal en indiquant l'identifiant public du terminal qui est en cours de souscription au service. Le HLR ici stocke le fait que le terminal abonné requiert ce service.
Un tel message 103 peut être émis selon la norme "3GPP TS 29.002 Mobile Application Part (MAP) spécification". Dans ce cas, le message 103 peut correspondre au message ou encore à la procédure "MAP-ANY-TIME- MODIFICATION" défini par cette norme.
Puis, le serveur 10 reçoit depuis le HLR un message 104 accusant bonne réception du message 103 et l'informant de l'enregistrement de la souscription au service du terminal, ce message 104 indiquant l'identifiant privé associé au terminal. Le message 104 peut correspondre au message "MAP-NOTE-SUBCRIBER-DATA-MODIFIED" selon la norme "3GPP TS 29.002 Mobile Application Part (MAP) spécification".
A ce stade, le serveur 10 dispose avantageusement de l'identifiant privé du terminal. Il stocke alors en émettant un message de mise à jour 105, dans sa base de données 11 associée, l'identifiant privé du terminal en association avec son identifiant public préalablement stocké.
Le serveur 10 peut alors aisément mettre en œuvre un service basé à la fois sur l'identifiant privé et sur l'identifiant public du terminal. Il peut à cet effet disposer dans sa base de données d'une structure de stockage indexée par les identifiants public et privé du terminal abonné, dans laquelle il peut facilement stocker des données à venir lui permettant de mettre en œuvre tout type de service qui requiert la connaissance de ces identifiants.
Par la suite, on désigne une cellule radio offerte par une station de base reliée à un contrôleur d'une architecture classique de réseau de type UMTS ou
GSM par les termes "cellule du premier sous-réseau" et une cellule radio offerte par un point d'accès de type Home Node B UMTS ou Wi-Fi par les termes "cellule du second sous-réseau".
La figure 2 illustre un réseau de communication selon un mode de réalisation de la présente invention, adapté pour offrir un service de localisation du terminal. Plus précisément, une telle architecture réseau selon un mode de réalisation de la présente invention permet de fournir un service de localisation à un terminal qui est adapté pour communiquer dans une zone de couverture d'une cellule radio du premier sous-réseau et aussi dans une zone de couverture de cellule radio du second sous-réseau, alors que dans un réseau de l'art antérieur de ce type, il n'est pas possible de fournir une localisation du terminal lorsqu'il est situé dans une zone de couverture de cellule radio du second sous-réseau.
Dans un réseau de communication mobile, un terminal est identifié à la fois par un identifiant public, qui correspond au numéro de l'abonné, et qui peut être de type MSISDN, et par un identifiant privé qui est utilisé au sein du réseau considéré et qui n'est pas connu à l'extérieur, de type IMSI. La localisation d'un terminal ainsi identifié dans un réseau de communication mobile est effectuée sur la base d'une information de localisation de type LAI (pour "Location Area Identification" en anglais), telle que définie dans le document 3GPP TS 23.003 " Numbering, Addressing and Identification". Cette information est composée d'un code de pays de type MCC (pour "Mobile Country Code" en anglais) et d'un code de réseau de type MNC (pour "Mobile Network Code" en anglais), ainsi que d'un code de zone de localisation (LAC pour "Location Area Code" en anglais) au sein du réseau identifié. Les identifiants MCC et MNC formant un identifiant de réseau de type PLMN-id. Une zone de localisation LAI peut correspondre à une zone géographique couverte par plusieurs cellules. Ainsi, il est parfois possible, dans le contexte de couverture radio de type GSM, de fournir une information plus précise indiquant la cellule correspondant à la couverture radio dans laquelle est situé le terminal, sous la forme d'un identifiant de cellule de type CGI (pour "CeII Global Identification" en anglais). Une information similaire à un identifiant CGI est référencé SAI (pour "Service Area Identification" en anglais) dans le contexte d'une couverture radio de type UMTS.
Dans un mode de réalisation de la présente invention, il est prévu de prendre en considération, lorsqu'un terminal entre dans une cellule du second sous-réseau, l'information de localisation qui est attachée à la précédente cellule qui le couvrait quand cette précédente cellule est une cellule classique du premier sous-réseau. Par la suite on désigne par "station de base" une entité d'accès au premier sous-réseau du réseau, et par "point d'accès" une entité d'accès au second sous-réseau.
Dans une zone de couverture radio du premier sous-réseau, la localisation d'un terminal est basée sur le fait que le réseau connaît l'emplacement géographique des stations de base qui le composent, selon une planification établie. Par conséquent, lorsque le terminal est situé dans la zone de couverture radio d'une station de base, on est en mesure de le localiser. Mais, lorsque le terminal est situé dans une zone de couverture radio d'un point d'accès du second sous-réseau, les équipements de réseau ne connaissant pas la localisation géographique du point d'accès, ils ne sont pas en mesure de localiser le terminal considéré. Grâce aux dispositions de la présente invention, et notamment grâce au serveur 10 et à sa base de données associées 11 qui stocke le couple des identifiants privé et public, il est possible d'offrir de manière simple un service de localisation pour un terminal, même quand il est situé dans une zone de couverture radio de type Home Node B UMTS ou Wi-Fi.
Le réseau hybride illustré à la figure 2 comprend la partie de réseau illustrée à la figure 1 , cette première partie de réseau étant reliée à la fois via le serveur 10 et via le registre d'abonnés HLR 13 à une seconde partie de réseau. La seconde partie de réseau comprend un MSC qui est associé à un VLR (pour "Visitors Location Register" en anglais) dans lequel sont stockées des informations relatives aux terminaux qui sont situés dans les zones de couverture radio des stations de base du réseau géré par le MSC. L'ensemble MSC/VLR est référencé 21.
Ce MSC/VLR 21 est adapté pour communiquer à la fois avec le registre d'abonnés HLR 13 et le serveur 10 d'un côté, et avec les équipements de réseau du premier sous-réseau, tels que des contrôleurs BSC (pour "Base Station Contrôle/" en anglais) ou RNC ("Radio Network Contrôler" en anglais), et avec des équipements réseau du second sous-réseau, d'un autre côté. Il est prévu qu'une passerelle 25 permette l'échange de messages entre MSC/VLR et point d'accès du second sous-réseau. Ainsi, le réseau illustré ici en figure 2 correspond à un réseau hybride offrant à la fois une couverture radio classique de type GSM ou UMTS selon le premier sous-réseau et une couverture radio de type Wi-Fi ou Node B UMTS selon le second sous-réseau. Un terminal 200 peut communiquer à la fois dans le premier et le second sous-réseau.
Dans le cas où le second sous-réseau offre un point d'accès de type Wl-Fl, une technologie de type UMA, pour "Unlicensed Mobile Access" en anglais, peut à cet effet être mise en œuvre pour permettre une continuité entre la technologie de type GSM ou UMTS du premier sous-réseau et la technologie de type Wi-Fi. Plus précisément, la technologie UMA permet de remplacer la couche physique, utilisée par les réseaux de type GSM/UMTS, par des bandes de fréquences libres telles que celles utilisées par Bluetooth ou Wi-Fi notamment.
Pour offrir une couverture radio de premier sous-réseau, le MSC 21 est relié avec un contrôleur 22 de type UMTS, ou RNC 22, qui lui-même est relié à une station de base de type UMTS, notée Node B 23. D'un autre côté, le MSC 21 est également relié, via une passerelle d'accès 25 ("Access Gateway" en anglais), à un point d'accès 24 offrant une couverture radio de type Home Node B UMTS ou Wi-Fi ou encore Bluetooth. Selon le scénario de mobilité d'un terminal 200 décrit ci-après, le terminal 200 est initialement situé dans la zone de couverture radio offerte par la station de base UMTS 23. Il bénéficie donc d'une couverture radio de premier sous-réseau.
A ce stade, on suppose que l'enregistrement du terminal 200 est déjà effectué par l'opérateur comme cela est décrit ci-avant en référence à la figure 1. Par conséquent, la base de données 11 associée au serveur 10 stocke déjà l'association des identifiants privé et public de ce terminal 200. Elle contient donc une structure de stockage prête à recevoir des informations relatives à la localisation du terminal 200. II est ici prévu, à titre illustratif, que le terminal 200 effectue une mise à jour de sa localisation selon une procédure de gestion de la mobilité, c'est à dire une procédure de type "Mobility Management Procédure" telle que définie par la norme "3GPP TS 24.008 Mobile radio interface signalling layer 3 spécification; Core Network protocols; Stage 3".
Une telle mise à jour peut être déclenchée de manière périodique, ou encore lorsque le terminal est éteint ou mis sous tension. Quel qu'en soit le déclenchement, le terminal peut alors émettre à cet effet un message 205 de type "MM_Location_Update" tel que défini par la norme 3GPP TS 24.008.
Ce message est transmis à la station de base 23, qui le transmet au RNC 22, qui le transmet à son tour au MSC/VLR 21.
Puis, le MSC/VLR 21 requiert une mise à jour de la localisation du terminal auprès du registre des abonnés HLR 13. A cet effet, le MSC et le HLR peuvent utiliser des messages selon la norme 3GPP TS 29.002. Ainsi, le VLR peut envoyer un message 201 de type "MAP_UPDATE_LOCATION" et recevoir en réponse un message 202 de type "MAP-UPDATE-LOCATION- CNF". Le VLR peut en outre recevoir depuis le HLR un message de type
"MAP-INSERT-SUBSCRIBER-DATA" selon la norme 3GPP TS 29.002. Ce message indique le profil de l'abonné, c'est-à-dire notamment les services auxquels l'abonné a souscrit et les informations requises pour les différentes opérations permises au terminal considéré, en fonction des services auxquels l'abonné a souscrit. Sur réception de ce message, le VLR met à jour le profil de l'abonné correspondant au terminal 200.
Lorsque le HLR confirme au MSC/VLR la mise à jour de ses données par le message 202, le MSC/VLR 21 émet, à destination du serveur 10, un message 203 de type "MAP_NOTE_MM_EVENT", selon la norme 3GPP TS 29.002, indiquant les identifiants public et privé du terminal 200, ainsi qu'une information de localisation, telle que LAI "Location Area Information" ou SAI
"Service Area Information" , et une information de localisation de type RAI pour
GPRS (pour "General Packet Radio Service" en anglais), s'il s'agit d'une mise à jour de localisation dans le cadre du domaine PS (pour "Packet Switched System" en anglais).
Lors de la récupération du couple identifiant privé et identifiant public par une procédure de type "MAP-ANY-TIME-MODIFICATION" comme évoqué ci-avant, le profil d'abonné peut être modifié en lui ajoutant des marques CAMEL de type M-CSI et MG-CSI. Ces marques permettent aisément de déclencher, à chaque événement de mobilité du terminal, l'émission d'une notification à destination du serveur, cette notification indiquant la nouvelle information de localisation du terminal par la requête "MAP-NOTE-MM- EVENT". Cette notification indiquant la nouvelle information de localisation est émise par le MSC/VLR.
Sur réception du message 203, le serveur 10 met alors avantageusement à jour sa base de données 11 associée avec l'information de localisation du terminal 200 sur la base du contenu de ce message 203. Cette information de localisation est stockée dans la structure de stockage correspondant aux identifiants public et privé du terminal 200. Il peut être avantageux de prévoir également de stocker une indication temporelle du moment de réception de cette information pour pouvoir dater les mouvements du terminal abonné 200. Puis, le terminal 200 entre dans la zone de couverture de type Home
Node B UMTS ou Wi-Fi de second sous-réseau. Un mécanisme de resélection de cellule est alors mis en œuvre. Une nouvelle procédure de gestion de localisation est de ce fait effectuée, selon la norme 3GPP TS 24.008 par exemple. Un message 206 de type "MM_LOCATION_U PDATE" est émis depuis le terminal 200 vers le point d'accès 24, ce dernier le transmettant à la passerelle 25 qui est adaptée pour le transmettre enfin au MSC/VLR 21.
A ce moment là, le VLR et le HLR sont mis à jour via une procédure selon la norme 3GPP TS 29.002 comme décrit ci-avant lorsque le terminal était dans la zone de couverture radio UMTS. Les données mises à jour ici sont relatives à la localisation du terminal. Puis, comme ci-avant, le VLR met à jour le profil d'abonné associé au terminal 200, sur réception depuis le HLR d'un message de type "MAP_INSERT_SUBSCRIBER_DATA".
Ensuite, sur réception du message de confirmation de la mise à jour du HLR, comme dans le cas de la procédure de mise à jour de localisation décrite ci-avant, un message de type "MAP_NOTE_MM_EVENT" est émis depuis le MSC/VLR 21 vers le serveur 10. Sur réception de ce dernier message, le serveur 10 met à jour sa base de données 11 au regard de la localisation du terminal 200. Ici, on peut prévoir de conserver l'historique des déplacements du terminal 200. Ainsi, sous les informations stockées précédemment dans la base de données 11 , on peut avantageusement stocker les nouvelles informations de localisation reçues en les associant à une nouvelle indication temporelle.
Il est donc aisé de maintenir à jour la localisation d'un terminal, quand bien même ce dernier a accès à la fois aux premier et second sous-réseaux du réseau considéré.
La figure 3 illustre un réseau de communication selon un mode de réalisation de la présente invention, dans lequel le terminal 200 est adapté pour accéder à un premier sous-réseau de type GSM selon une architecture classique GSM, ainsi qu'à un deuxième sous-réseau de type UMTS selon une architecture classique UMTS et à un troisième sous-réseau de type Home
Node B UMTS ou Wi-Fi. Grâce aux dispositions de la présente invention, lors d'une mobilité d'un terminal dans un tel réseau, il est aisé de fournir un service de localisation du terminal, même lorsque ce dernier entre ou sort de la couverture radio du troisième sous-réseau.
Une station de base 35 de type BTS offre au terminal 200 une couverture radio 33 du premier sous-réseau, une station de base 23 de type RNC offre une couverture radio 32 du deuxième sous-réseau et dans le troisième sous-réseau, un point d'accès 24 de type Home Node B UMTS ou
Wi-Fi offre une couverture radio 31.
Dans le scénario décrit ci-dessous, le terminal 200 est initialement dans la zone de couverture radio 33. Puis, il entre dans la zone de couverture radio 32 pour in fine pénétrer dans la zone de couverture radio 31.
Lorsque ce terminal 200 entre dans la zone de couverture radio 32, une procédure de mise à jour de localisation est initiée. Cette partie du scénario correspond à celle décrite ci-avant en référence à la figure 2.
Puis, le terminal 200 quitte la zone de couverture 32 du deuxième sous- réseau. Il se retrouve donc dans la zone de couverture radio 33 du premier sous-réseau.
Il émet un message à destination de la station de base 34 qui le transmet au MSC/VLR 21. Puis, après la mise à jour selon la norme 3GPP TS 29.002 comme cela est décrit ci-avant entre VLR et HLR, le VLR émet un message de type "MAP-NOTE-MM-EVENT" à destination du serveur 10. Sur réception de ce dernier message, le serveur met à jour sa base de données 11 en stockant, dans la structure correspondante indexée par les identifiants public et privé, les nouvelles informations de localisation de ce terminal 200 reçues dans ce message "MAP-NOTE-MM-EVENT".
Ensuite, le terminal 200 continue son déplacement et quitte la zone de couverture radio 33 pour entrer dans la zone de couverture radio 31 du troisième sous-réseau. Le terminal initie alors une procédure de mise à jour de localisation avec le point d'accès AP 24, similaire à celle décrite en référence à la figure 1 ou 2. Par conséquent, le VLR et le HLR sont mis à jour, puis, un message de type "MAP-NOTE-MM-EVENT" est émis depuis le VLR à destination du serveur 10. Ainsi, le serveur 10 peut mettre à jour sa base de données 11 dans la structure de stockage indexée avec les identifiants public et privé.
Plus précisément, dans un mode de réalisation, la base de données 11 comprend la structure de stockage suivante pour stocker les informations pour le profil d'abonné attaché au terminal 200 :
- couple identifiants privé et public ; - indication temporelle de la réception de l'information de localisation ;
- un nombre référençant la localisation (ou "Location Numbei" en anglais), c'est-à-dire un numéro de téléphone selon la norme E 164 dont le format peut indiquer le code postal d'où a été émis un appel ;
- une information de localisation ;
- événement de mise à jour de la localisation.
Lorsque le terminal 200 est situé dans la zone de couverture radio du premier sous-réseau, l'information de localisation est de type CGM . Lorsque le terminal 200 est situé dans la zone de couverture radio du deuxième sous-réseau, l'information de localisation est de type SAM .
Lorsque le terminal 200 est situé dans la zone de couverture radio du troisième sous-réseau, l'information de localisation est de type SAI2. II est ici prévu de stocker dans le profil de l'abonné 200, toutes informations de localisation relatives à ce terminal abonné, de façon à disposer in fine d'un historique de ses déplacements. On peut prévoir de préciser, pour chaque réception d'information de localisation, si le terminal 200 est à ce moment dans une zone de couverture radio des premier et deuxième sous-réseaux ou s'il est dans une zone de couverture radio du troisième sous- réseau.
Puis, le terminal 200 quitte la zone de couverture radio 31 et dispose alors de la couverture radio 33. On peut prévoir de conserver dans la structure de stockage du terminal abonné 200, de manière distincte les informations de localisation relatives à la cellule du troisième sous-réseau, et les informations de localisation du terminal abonné 200 relatives aux autres cellules.
Alternativement, on peut prévoir que les informations de localisation relatives à une couverture radio du troisième sous-réseau soient effacées lorsque le terminal abonné la quitte. En effet, une localisation relative à une cellule des premier et deuxième sous-réseaux peut ensuite être suffisante.
Dans un mode de réalisation, lorsque le terminal 200 quitte la couverture radio du réseau, il est prévu de gérer un temporisateur, tel que le temporisateur T3231 défini dans la norme "3GPP TS 24.008 Mobile Radio
Interface Layer 3 Spécification, Core Networks Protocols, Stage 3".
Lorsqu'aucun message selon une transaction telle que définie par la norme
3GPP TS 24.008 n'a été reçu pendant la période du temporisateur, le
MSCVVLR 21 déclenche alors une procédure dite 7MS/ detach procédure" au cours de laquelle la disparition du terminal abonné est enregistrée.
Le VLR émet alors à destination du serveur 10 un message de type MAP-NOTE-MM-EVENT indiquant que le terminal 200 est en cours de 7MS/ detach procédure".
Dans le cas où le message de type "MAP-NOTE-MM-EVENT" indique la dernière information de localisation dont dispose le VLR relativement au terminal 200, le serveur 10 met à jour sa base de données avec cette information. Dans le cas où ce message "MAP-NOTE-MM-EVENT" n'indique aucune information de localisation, alors le serveur ne modifie pas les informations de localisation déjà stockées.
Dans les scénarii décrits ci-avant, le serveur 10 est en mesure de déterminer si le message de mise à jour de localisation 203 concerne une couverture radio du premier ou deuxième sous-réseau, ou encore une couverture radio du troisième sous-réseau. Tel est le cas lorsque l'information de localisation permet à ce serveur 10 de faire cette différence. Comme énoncé ci-avant, l'information de localisation indique au moins le LAI composé d'un identifiant de réseau de type PLMN-id et d'un code de zone de localisation LAC. Ainsi, par exemple, dans le cas où un ensemble de valeurs de LAC est réservé pour identifier les zones de couverture radio classique de type UMTS/GSM et un autre ensemble de valeurs de LAC, distinct du précédent, est réservé pour identifier les zones de couverture radio de type Node B UMTS ou Wi-Fi, le serveur 10 peut déterminer aisément à quel type de couverture radio l'information LAI reçue dans un message 203 est relative.
On peut alternativement, ou de manière combinée, prévoir que le PLMN-id identifiant une partie de réseau de cellules classiques de type UMTS/GSM soit différent du PLMN-id identifiant une partie de réseau de type Home Node B UMTS ou Wi-Fi. Dans ce cas également, le serveur 10 peut faire la différence entre une information LAI relative à une zone de couverture radio classique de type GSM/UMTS et une relative à une zone de couverture radio de type Home Node B UMTS ou Wi-Fi.
Dans un mode de réalisation de la présente invention, on peut prévoir que, lorsque le terminal entre dans une zone de couverture radio de type Home Node B UMTS ou Wi-Fi, une procédure de gestion de mobilité ("Management Mobility") soit déclenchée comme décrit ci-avant à l'exception du fait que le message de mise à jour de localisation est directement envoyé au serveur 10 par la passerelle 24, par exemple sur la base du mécanisme des marques CAMEL. La figure 4 illustre un tel mode de réalisation. Dans ce cas, le terminal
200 envoie un message de type "MM-LOCATION-UPDATE" à destination du point d'accès 24 qui le transmet à la passerelle 25. Ici, la passerelle 25 détermine une information de localisation pour le terminal 200 et la transmet au serveur 10 via un message 501 de type "MAP-NOTE-MM-EVENT". Cette information de localisation peut correspondre à une SAI qui a été allouée à la cellule radio de type Home Node B UMTS ou Wi-Fi.
Sur réception de ce message de mise à jour de localisation 501 , le serveur 10 met à jour l'information de localisation du terminal 200 relativement à la couverture radio de type Home Node B UMTS ou Wi-Fi. Plus précisément, le serveur apprenant que le terminal considéré vient d'entrer dans une cellule de type Home Node B UMTS ou Wi-Fi, stocke en information de localisation celle qui correspond à la précédente cellule qui elle était une cellule classique de type GSM/UMTS et de ce fait indiquait de manière pertinente la localisation du terminal.
D'un autre côté, la passerelle 25 procède comme décrit ci-avant dans le même contexte. Elle émet donc à destination du MSC/VLR 21 un message 502 de type "MM-LOCATION-UPDATE". Le VLR est également mis à jour. Puis, le VLR émet un message de type "MAP-NOTE-MM-EVENT" à destination du serveur. Toutefois, à la différence des scénarii décrits ci-avant, le serveur 10 ignore ce message de mis à jour provenant du VLR puisqu'il a déjà pris en compte l'information de localisation transmise par la passerelle 25 dans le message 501. Le MSC/VLR 21 peut indiquer à la passerelle 25 que la mise à jour de localisation suite à la réception du message 502 a été effectuée ou encore a échoué. Dans ce dernier cas, la passerelle informe le serveur afin d'effacer dans la base de données 11 la dernière information de localisation reçue pour la couverture radio de type Home Node B UMTS ou Wi-Fi. A cet effet, la passerelle peut émettre à destination du serveur un message de type "MAP- NOTE-MM-EVENT" en n'indiquant aucune information de localisation et en précisant qu'il correspond à une procédure de "IMSI detach". Sur réception d'un tel message, le serveur efface la dernière information de localisation relative à la couverture radio de type Home Node B UMTS ou Wi-Fi. On peut également prévoir, dans ce dernier mode de réalisation, que le message de mise à jour 501 émis à destination du serveur 10 depuis la passerelle soit envoyé seulement une fois que la passerelle a reçu un message 503 depuis le MSC/VLR l'informant de la mise à jour effective du HLR. Dans ce cas, il est possible d'éviter de requérir l'effacement de la dernière mise à jour de la base de données 11.
Grâce à ces dispositions on peut stocker de manière centralisée au niveau de la base de données 11 des informations de localisation des terminaux abonnés à un réseau hybride tel que décrit ci-avant.
Ce service de localisation peut être avantageusement utilisé pour les services de gestion d'appels d'urgence par exemple.
La figure 5 illustre une mise en oeuvre d'un service de contrôle d'accès à une couverture radio de type Home Node B UMTS ou Wi-Fi selon un mode de réalisation de la présente invention.
Dans un mode de réalisation, il est possible de mettre en œuvre un contrôle d'accès pour ce type de couverture radio, en distinguant les terminaux qui ne sont pas autorisés à utiliser les cellules de type Home Node B UMTS ou
Wi-Fi de ceux qui y sont autorisés de manière générale mais qui n'ont pas l'autorisation d'utiliser un point d'accès spécifique.
A cet effet, on peut prévoir dans la base de données 11 une première structure de stockage pour stocker les identifiants privé et public, IMSI et MSISDN, de chaque terminal abonné dans le réseau, et une seconde structure de stockage pour stocker, par point d'accès de cellule Home Node B UMTS ou Wi-Fi du réseau, une liste d'identifiants privés de terminaux abonnés qui sont autorisés à utiliser le point d'accès concerné. Un point d'accès spécifique peut être situé chez un abonné particulier du réseau, et les identifiants privés listés dans la seconde structure peuvent correspondre aux autres abonnés qui sont autorisés à accéder au réseau via le point d'accès considéré, comme des membres de la famille de l'abonné par exemple. En général, la souscription des autres abonnés est un service payant. Ces première et seconde structures de données peuvent être remplies par le serveur sur réception d'un message depuis l'équipement opérateur 12 par exemple. II convient de noter que, dans un mode de réalisation de la présente invention, un contrôle d'accès est mis en œuvre au niveau de la passerelle 25.
Le terminal 200 entrant dans la zone de couverture radio 31 émet un message 206 de type "MM-LOCATION-U PDATE" à destination du point d'accès 24 qui le transmet à la passerelle 25. Sur réception d'un tel message, la passerelle 25 émet un message 510 pour requérir l'identité du terminal afin de pouvoir mettre en œuvre un contrôle d'accès selon un mode de réalisation de la présente invention. Un tel message peut être de type "MM-IDENTITY- REQUEST". Le terminal 200 y répond en émettant un message 511 de type "MM-IDENTITY-RESPONSE" qui indique l'identifiant privé du terminal, tel que I1IMSI.
Sur la base de cet identifiant privé, la passerelle 25 peut questionner la base de données 11 pour savoir si cet abonné est autorisé à utiliser cette cellule de type Home Node B UMTS ou Wi-Fi. A cet effet, la passerelle 25 émet un message 512 à destination de la base de données 11 , et en réponse, la base de données 11 répond 513 en indiquant si cet abonné est dans la liste des abonnés autorisés.
On peut prévoir que la procédure de mise à jour de localisation "MM- LOCATION-UPDATE" déclenchée par l'émission du message 206 par le terminal 200 soit en attente au niveau de la passerelle 25 jusqu'à ce que la procédure de contrôle d'accès soit achevée au niveau de la passerelle 25.
Ainsi, dans le cas où la réponse de la base de données 11 indique que l'abonné est autorisé à accéder à la cellule radio fournie par le point d'accès 24, sur réception de ce message 513, la passerelle 25 poursuit la procédure de mise à jour de localisation auprès du MSC/VLR 21 comme décrit ci-avant.
Dans le cas contraire, c'est-à-dire lorsque la passerelle apprend que l'abonné 200 n'est pas autorisé à utilisé cette cellule 31 , la passerelle émet à destination du terminal 200 un message de rejet d'accès à la cellule de type Home Node B UMTS ou Wi-Fi et ne poursuit pas la procédure de mise à jour de localisation avec le MSC/VLR 21. Ce message de rejet d'accès peut être un message de type "MM-LOCATION-UPDATE-REJECT".
Le rejet d'un abonné pour un accès réseau via le point d'accès 25 peut être lié au fait que l'abonné n'est présent ni dans la première structure de stockage ni dans la seconde structure de stockage, c'est-à-dire qu'il n'a souscrit à aucun accès via un point d'accès du type du point d'accès 24, et de ce fait n'est pas abonné non plus à un accès spécifique via le point d'accès 24. Un tel rejet d'un abonné pour un accès réseau via le point d'accès 25 peut provenir simplement du fait que, même si l'abonné est présent dans la première structure de stockage, il ne l'est pas dans la seconde, c'est-à-dire que cet abonné a souscrit à un accès via un point d'accès mais n'est pas déclaré comme ayant la possibilité d'accéder au réseau via le point d'accès 24 spécifique.
Dans ces scénarii de mise en œuvre d'un contrôle d'accès selon un mode de réalisation de la présente invention, une interface directe d'échange de messages entre la passerelle 24 et le serveur 10 est avantageusement mise en place.
De manière avantageuse, un contrôle d'accès selon un mode de réalisation de la présente invention est mis en œuvre de manière indépendante de l'infrastructure classique UMTS ou GSM.
Dans un mode de réalisation de la présente invention, le serveur 10 peut être remplacé par un serveur de présence et la base de données 11 peut être remplacée par une liste de ressources du serveur de présence ("Présence Server Resource List' en anglais).
La figure 6 illustre un serveur 10, selon un mode de réalisation, qui comprend : - une unité de réception 61 adaptée pour recevoir une requête de souscription audit service pour ledit terminal, ladite requête de souscription indiquant l'identifiant public du terminal ; - une unité d'interface 62 avec le registre d'abonnés du réseau adaptée pour requérir un identifiant privé du terminal ; - une unité d'interface 63 avec la base de données adaptée pour stocker, d'une part, l'identifiant public associé au terminal et, d'autre part, l'identifiant privé du terminal en association avec l'identifiant public du terminal.
Le serveur 10 peut en outre comprendre une unité d'interface 601 avec le MSC pour recevoir des informations de localisation de ce dernier.
Cette figure 6 illustre également une base de données 11 selon un mode de réalisation de la présente invention associée au serveur 10 et qui comprend une unité d'interface 64 avec le serveur. Cette unité d'interface 64 est adaptée pour stocker en association les identifiants privé et public d'un terminal abonné souscrivant au service considéré.
La base de données peut alors comprendre une structure de stockage d'informations 65 relatives au service, par terminal souscrivant au service, cette structure de stockage étant indexée par les identifiants privé et public du terminal abonné.
La base de données peut comprendre en outre une unité d'interface 66 avec la passerelle GW (pour "Gatewaf en anglais) pour échanger des messages 512, 513 relatifs à un contrôle d'accès du terminal 200. Cette même figure illustre en outre un équipement de commutation global de réseau MSC, selon un mode de réalisation de la présente invention, comprenant une unité d'émission 67 adaptée pour émettre un message de mise à jour de localisation du terminal à destination du serveur 10.

Claims

REVENDICATIONS
1. Procédé de gestion d'un service pour un terminal abonné à un réseau de communication comprenant un premier sous-réseau auquel sont associées des informations de localisation planifiées et un second sous-réseau auquel sont associées des informations de localisation non planifiées, lesdits premier et second sous-réseaux étant reliés par une passerelle, ledit réseau de communication comprenant en outre un registre d'abonnés du réseau (HLR) et un serveur (10) auquel est associée une base de données (1 1 ), ledit registre d'abonnés (HLR) stockant une association entre un identifiant public et un identifiant privé du réseau correspondant audit terminal ; ledit procédé comprenant les étapes suivantes au niveau du serveur :
/a/ recevoir une requête de souscription (101 ) audit service pour ledit terminal, ladite requête de souscription indiquant l'identifiant public du terminal ;
IbI stocker (102) l'identifiant public associé au terminal dans ladite base de données (11 ) associée au serveur ;
Ici requérir (103) auprès du registre d'abonnés du réseau un identifiant privé du terminal ; loi recevoir (104) depuis le registre d'abonnés du réseau un identifiant privé du terminal ; et IeI stocker (105) l'identifiant privé du terminal en association avec l'identifiant public du terminal dans la base de données (11 ) associée au serveur.
2. Procédé de gestion selon la revendication 1 , dans lequel, à l'étape Ici, l'identifiant privé du terminal est requis lors d'un enregistrement de la souscription au service, et à l'étape IdI, l'identifiant privé du terminal est reçu via un accusé de réception d'enregistrement.
3. Procédé de gestion selon la revendication 1 , dans lequel le réseau comprend en outre un équipement de commutation global (MSC), ledit procédé de gestion comprenant en outre les étapes suivantes après l'étape IeI : IM recevoir, depuis ledit équipement de commutation global, un message (203) de mise à jour d'une information de localisation du terminal (200) ; et
121 stocker ladite information de localisation en association avec l'identifiant privé du terminal.
4. Procédé de gestion selon la revendication 1 , dans lequel le réseau comprend en outre un point d'accès (24) et un équipement de commutation global (21 ), reliés par une passerelle (25) ; ledit procédé de gestion comprenant en outre les étapes suivantes après l'étape IeI :
IM recevoir, depuis ladite passerelle, un message (501) de mise à jour d'une information de localisation du terminal (200) ; et
121 stocker ladite information de localisation en association avec l'identifiant privé du terminal.
5. Procédé de gestion selon la revendication 4, dans lequel les étapes IM et 121 sont déclenchées lorsque le terminal (200) entre dans le second sous- réseau.
6. Procédé de gestion selon la revendication 1 , dans lequel le réseau comprend en outre un point d'accès (24) et un équipement de commutation global (21 ), reliés par une passerelle (25) ; ledit procédé comprenant en outre les étapes suivantes :
IM recevoir, depuis la passerelle (25), un message (512) de contrôle d'accès du terminal (200) au niveau de la base de données (11 ), ledit message indiquant l'identifiant privé du terminal ;
121 décider si le terminal a accès au réseau via ledit point d'accès ; et /3/ émettre un message (513) en réponse à la passerelle indiquant le résultat de l'étape /2/.
7. Procédé de gestion selon la revendication 6, dans lequel, à l'étape IM, le message de contrôle est reçu au préalable par le serveur avant d'être reçu par la base de données.
8. Procédé de gestion selon la revendication 6, dans lequel les étapes /1/ à /3/ sont déclenchées lorsque le terminal (200) entre dans le second sous- réseau.
9. Procédé de gestion selon la revendication 8, dans lequel, sur réception d'un message (206) informant que le terminal (200) entre dans le second sous-réseau, la passerelle (25) requiert (510,511) l'identifiant privé du terminal.
10. Serveur (10) adapté pour fournir un service à un terminal qui est abonné à un réseau de communication comprenant un premier sous-réseau auquel sont associées des informations de localisation planifiées et un second sous-réseau auquel sont associées des informations de localisation non planifiées, lesdits premier et second sous-réseaux étant reliés par une passerelle, ledit réseau de communication comprenant en outre un registre d'abonnés du réseau (HLR), ledit registre d'abonnés (HLR) stockant une association entre un identifiant public et un identifiant privé du réseau correspondant audit terminal ; ledit serveur (10) étant associé à une base de données (11 ) et comprenant :
- une unité de réception (61) adaptée pour recevoir une requête de souscription audit service pour ledit terminal, ladite requête de souscription indiquant l'identifiant public du terminal ;
- une unité d'interface (62) avec le registre d'abonnés du réseau adaptée pour requérir un identifiant privé du terminal ;
- une unité d'interface (63) avec ladite base de données (1 1) adaptée pour stocker, d'une part, l'identifiant public associé au terminal et, d'autre part, l'identifiant privé du terminal en association avec l'identifiant public du terminal.
11. Base de données (11 ) adaptée pour coopérer avec le serveur (10) selon la revendication 10 et fournir un service à un terminal qui est abonné audit réseau de communication ; ladite base de données comprenant une unité d'interface (64) avec le serveur et étant adaptée pour stocker en association les identifiants privé et public du terminal abonné (200) souscrivant au service.
12. Base de données (11 ) selon la revendication 11 , le réseau comprenant en outre un point d'accès (24) et un équipement de commutation global (21 ), reliés par une passerelle (25) ; la base de données comprenant en outre une unité d'interface (66) avec ladite passerelle pour échanger des messages (512, 513) relatifs à un contrôle d'accès du terminal (200).
13. Equipement de commutation global de réseau (MSC) adapté pour fournir un service pour un terminal abonné (200) à un réseau de communication comprenant un premier sous-réseau auquel sont associées des informations de localisation planifiées et un second sous-réseau auquel sont associées des informations de localisation non planifiées, lesdits premier et second sous-réseaux étant reliés par une passerelle, ledit réseau de communication comprenant en outre un registre d'abonnés du réseau (HLR) et un serveur (10) auquel est associée une base de données (11 ), ledit registre d'abonnés (HLR) stockant une association entre un identifiant public et un identifiant privé du réseau correspondant audit terminal ; ledit équipement de commutation global (MSC) comprenant une unité d'émission (67) adaptée pour émettre un message de mise à jour de localisation du terminal (200) à destination du serveur (10).
14. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon la revendication 1 , lorsque ce programme est exécuté par un processeur.
15. Support d'enregistrement sur lequel est stocké le programme d'ordinateur selon la revendication 14.
PCT/FR2009/052271 2008-11-25 2009-11-24 Localisation et controle d'acces d'un terminal dans un reseau WO2010061118A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0858010 2008-11-25
FR0858010 2008-11-25

Publications (1)

Publication Number Publication Date
WO2010061118A1 true WO2010061118A1 (fr) 2010-06-03

Family

ID=40951567

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/052271 WO2010061118A1 (fr) 2008-11-25 2009-11-24 Localisation et controle d'acces d'un terminal dans un reseau

Country Status (1)

Country Link
WO (1) WO2010061118A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040203922A1 (en) * 2002-03-28 2004-10-14 Hines Gordon John Location derived presence information
EP1662831A1 (fr) * 2004-11-24 2006-05-31 Orange S.A. Serveur de localisation des abonnés itinérants
US20080108319A1 (en) * 2003-10-17 2008-05-08 Gallagher Michael D Method and system for determining the location of an unlicensed mobile access subscriber

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040203922A1 (en) * 2002-03-28 2004-10-14 Hines Gordon John Location derived presence information
US20080108319A1 (en) * 2003-10-17 2008-05-08 Gallagher Michael D Method and system for determining the location of an unlicensed mobile access subscriber
EP1662831A1 (fr) * 2004-11-24 2006-05-31 Orange S.A. Serveur de localisation des abonnés itinérants

Similar Documents

Publication Publication Date Title
EP2084927B1 (fr) Procede et systeme de mobilite personnalisee par l'utilisateur dans un systeme de communication mobile
US8626155B2 (en) Methods and systems for closed subscriber group roaming
FR2907290A1 (fr) Procede de configuration d'une borne d'acces a un service, controleur, reseau d'acces, borne d'acces et programme d'ordinateur associes
EP2090056B1 (fr) Systeme de controle d'acces a un service, procede, dispositif de controle et programme d'ordinateur correspondants
EP2625925B1 (fr) Identification d'un reseau hôte d'un terminal utilisateur d'une organisation
EP1672953A1 (fr) Procédé pour améliorer la gestion de la mobilité dans un système cellulaire de communications mobiles
WO2012160201A1 (fr) Dispositif et procede de choix d'un reseau visite
EP1495652A2 (fr) Procede pour le controle de droits d acces dans un systeme c ellulaire de radiocommunications mobiles
EP2875679A1 (fr) Gestion de la mobilite dans un reseau de communication en fonction d'un profil d'utilisation de credits
EP2437431B1 (fr) Gestion de la topologie de plusieurs réseaux d'accès hétérogène et gestion de base de données d'informations sur la topologie
EP2638717B1 (fr) Terminal et procede pour transmettre un identifiant d'abonnement
FR3072537A1 (fr) Procede de basculement d'un equipement de gestion dans un reseau de telecommunications
EP2232816B1 (fr) Gestion d'une communication dans un reseau heterogene
WO2010061118A1 (fr) Localisation et controle d'acces d'un terminal dans un reseau
WO2021130440A1 (fr) Procede de configuration d'un equipement utilisateur, equipement utilisateur, et entite de gestion de regles
FR3059196A1 (fr) Procede de gestion des acces a une infrastructure de telecommunication, produit programme d'ordinateur et infrastructure associes
CN103024866B (zh) 客户端接入控制方法
WO2024002866A1 (fr) Procédés de communication, de gestion et de découverte, et dispositifs configurés pour mettre en oeuvre ces procédés
CN117202192A (zh) 通信方法、装置、网络及介质
FR2876533A1 (fr) Procede de localisation d'un terminal mobile dans un reseau de telecommunication.
FR2954038A1 (fr) Gestion d'itinerance en mode paquet dans un reseau de radiocommunication
WO2009138683A2 (fr) Gestion d'un reseau sans fil
EP1333697A1 (fr) Système cellulaire de radiocommunications mobiles
EP2876908A1 (fr) Procédé de localisation fine d'un équipement utilisateur mobile destinataire d'un SMS dans un réseau de télécommunications mettant en oeuvre des femtocellules en mode ouvert
WO2006008241A1 (fr) Connexion d'un terminal de radiocommunication a un reseau parmi au moins deux reseaux

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09795506

Country of ref document: EP

Kind code of ref document: A1