EP2206371A2 - Améliorations apportées à un enregistreur de localisation nominal - Google Patents

Améliorations apportées à un enregistreur de localisation nominal

Info

Publication number
EP2206371A2
EP2206371A2 EP08804619A EP08804619A EP2206371A2 EP 2206371 A2 EP2206371 A2 EP 2206371A2 EP 08804619 A EP08804619 A EP 08804619A EP 08804619 A EP08804619 A EP 08804619A EP 2206371 A2 EP2206371 A2 EP 2206371A2
Authority
EP
European Patent Office
Prior art keywords
message
hlr
processing
signalling
signalling message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP08804619A
Other languages
German (de)
English (en)
Inventor
Inigo Romero Mendizabal
Steve Bailey
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
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 SA filed Critical France Telecom SA
Publication of EP2206371A2 publication Critical patent/EP2206371A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H04Q3/0045—Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/24—Interfaces between hierarchically similar devices between backbone network devices

Definitions

  • the present invention relates to a method of and system for processing signalling messages received by a Home Location Register (HLR) in a telecommunications network, and is particularly, but not exclusively, suited to extending the functionality of location-related processing performed by the HLR when processing Mobile Application Part (MAP) messages.
  • HLR Home Location Register
  • MAP Mobile Application Part
  • the Home Location Register is a central database that contains details of each mobile phone subscriber that is authorized to use network services provided by a given GSM network operator.
  • the HLR stores details of every SIM card issued by the network operator in the form of subscriber records that are keyed by a unique identifier associated with the SIM card called an International Mobile Subscriber Identity (IMSI).
  • IMSI International Mobile Subscriber Identity
  • network operators typically have millions of active subscribers and a commensurate number of subscriber records in the HLR.
  • the HLR additionally stores data relating to SIM cards that have been issued but have not yet been utilised by subscribers (commonly referred to as unactivated SIMs) so that a subscriber can utilise the network resources as soon as a SIM card is activated.
  • the HLR contains wasted storage.
  • This problem is particularly acute when network operators provision unactivated SIM cards with a range of services such as teleservices, bearer services, supplementary services etc., since each service is identified by means of a record against the SIM.
  • International patent application having publication number WO2007/039277 describes a system in which records corresponding to unactivated SIM cards are stored in a SIM waiting room, from which data are pulled by the HLR in the event that a previously unactivated SIM is activated.
  • a problem with this method is that the HLR needs to pull data from the SIM waiting room and/or the network requires a node dedicated to detecting the triggers and provisioning the HLR accordingly.
  • the HLR In addition to storing subscriber data that are accessed by network elements when serving requests for network services from mobile devices, the HLR is a system which receives and processes Mobile Application Part (MAP) transactions and messages so as to provide location information in relation to subscribers of its network. Since, by definition, mobile phone subscribers move, having the ability to identify the location of a subscriber is fundamental to the provision of mobile network services. In this respect the HLR is essentially a centralised administrator, managing the mobility of subscribers by updating their recorded position within the network; if the HLR fails, then the mobile network is effectively disabled.
  • MAP Mobile Application Part
  • the method involves processing signalling messages received by a Home Location Register (HLR) in a telecommunications network, the signalling messages being received from a device in the telecommunications network via a serving node and being a type of signalling message which is processed by the HLR according to a standardised processing model.
  • the HLR has access to data identifying a plurality of message processing points associated with a given signalling message, and each said message processing point corresponds to a state of processing of the given signalling message by the HLR and is associated with an event to be triggered.
  • the method comprises: in response to receipt of a predetermined type of signalling message by the HLR, identifying a message processing point from the plurality of message processing points on the basis of said type of signalling message; in response to detection of a state of processing of the signalling message corresponding to the identified message processing point, triggering said event so as to provide a response other than those generated by the HLR according to the standardised processing model.
  • standardised processing of a given signalling message is supplemented by means of monitoring for processing points relating to the standardised processing, and performing certain actions when the processing points are detected.
  • the processing points can include, for example, a start and an end point of a MAP state machine.
  • the actions involve sending a control message to a service node in the network which can be used in retrieving data, this being subsequently used by the HLR in formulating a response message corresponding to the signalling message.
  • the control message could be used to trigger transmission of a data message to the device.
  • control message is sent by a module local to the HLR in response to said detected state of processing of the signalling message; the module can be selected based on the type of signalling message and/or network subscription, e.g. IMSI, associated with the signalling message.
  • the control message can be created using a structured mark-up language such as HTML and XML. This then opens up the possibility of the HLR being able to interact with a wider range of applications than is currently possible with Intelligent Network platforms.
  • the actions involve modifying an identifier such as a MSISDN associated with the device; this modified MSISDN can then be used to formulate a response message to the signalling message received by the HLR.
  • This arrangement is particularly useful for handling unsolicited SMS messages, since a module can be introduced specifically for the purposes of marking certain Called Party Numbers as unknown to the network, and ensuring that such messages are thereafter dropped by the network.
  • a method of configuring a Home Location Register (HLR) with a trigger the HLR having access to data identifying plurality of message processing points, each said message processing point corresponding to a state of processing of a signalling message by the HLR and being associated with an event to be triggered.
  • HLR Home Location Register
  • the method comprises: receiving a signalling message from a serving node in the telecommunications network; identifying a message processing point from a plurality of message processing points on the basis of said type of signalling message; configuring the HLR to respond to a detected state of processing of the signalling message corresponding to the identified message processing point so as to trigger said event corresponding thereto, wherein said triggered event comprises sending a control message to a service node in the network, said control message being for use in retrieving data for use in formulating a response message corresponding to the signalling message received by the HLR.
  • Embodiments according to this aspect of the invention provide a mechanism for dynamically arming the HLR to respond to certain trigger events in dependence on the type of signalling message; for certain HLR portions, the arming of the HLR can also be dependent on the subscriber in respect of which the signalling message issues.
  • the HLR can be armed in relation to MAP, INAP and CAMEL signalling messages, and can link the processing of such messages to the functionality provided by the afore mentioned modules that local to the HLR.
  • Figure 1 is a schematic diagram of a network environment within which embodiments of the invention operate;
  • Figure 2 is a schematic diagram showing a portion of the environment shown in Figure 1 ;
  • Figure 3 is a block diagram showing components of a Home Location Register portion of Figure 2;
  • Figure 4 is a timing diagram showing steps performed by the components shown in Figure 1 when updating subscriber records
  • FIG. 5 is a block diagram showing components of further Home Location Register portion of Figure 2 when configured according to an embodiment of the invention
  • FIGS 6 and 7 are timing diagrams showing steps performed by the components shown in Figure 5 when operating in accordance with an embodiment of the invention.
  • Figure 8 is a block diagram showing an alternative configuration of components of the Home Location Register portion shown in Figure 3.
  • Figure 9 is a timing diagram showing steps performed by the components shown in Figure 1 when the Home Location Register portion is configured as shown in Figure 8.
  • Embodiments of the invention are concerned with extending the functionality of the Home Location Register (HLR). More specifically, embodiments are concerned with dynamically arming trigger points within the HLR based on signalling messages such as MAP, CAMEL and INAP messages; in the case of MAP messages these trigger points are configured with respect to the MAP operation state machine points of triggering.
  • signalling messages such as MAP, CAMEL and INAP messages
  • MAP messages these trigger points are configured with respect to the MAP operation state machine points of triggering.
  • the processing involved in arming the HLR with these triggers will be described in detail below, but first an overview of an environment within which embodiments can operate will be described with reference to Figure 1, which shows a cellular communications network 10, such as a GSM network, comprising mobile switching centre (MSC) 2 connected via communications links to a number of base station controllers (BSCs) 4.
  • MSC mobile switching centre
  • BSCs base station controllers
  • the BSCs 4 are dispersed geographically across areas served by the MSC 2 and, as is known in the art, each BSC 4 controls one or more base transceiver stations (BTSs) 6 located remote from, and connected by, further communications links to, the BSC 4.
  • BTSs base transceiver stations
  • Each BTS 6 transmits radio signals to, and receives radio signals from, mobile stations 8 which are in an area (known as a "cell") served by that BTS 6.
  • the MCS 2 is also connected via communications links to other MSCs (not shown), in the remainder of the communications system 10, and to a public switched telephone network (PSTN), public data network (such as the Internet), etc. which are not illustrated.
  • PSTN public switched telephone network
  • PSTN public data network
  • the network is provided with a home location register (HLR) 12, which is arranged to provide the MSC 2 with data relating to a user upon request (typically populating a visitor location register (VLR), which is part of, or accessible by, the MSC 2).
  • HLR home location register
  • VLR visitor location register
  • the MSC 2 is capable of handling service provision for both post-pay or contract users and prepaid users of the network in the area it serves.
  • users may originate or receive a range of data, including multimedia, video, voice, data or fax calls or sessions, short messages using the Short Message Service (SMS), email messages, enhanced or multimedia messages, and may access data resources over private or public data networks such as the Internet.
  • SMS Short Message Service
  • MSC 2 Mobile Communications Service
  • SMSC 20 store-and-forward nodes
  • the telecommunications network 10 comprises a provisioning system 16, which is capable of independently accessing various network control nodes (such as the HLR 12), triggering updates and modifications to the data stored therein.
  • the provisioning system 16 can be implemented as an intelligent network node in the form of a Service Control Point (SCP) or as an Open Services Architecture (OSA) node; accordingly it can be configured to receive signalling messages using the INAP, CAMEL, XML or LDAP protocols. It will be understood by one skilled in the art that the configuration, and thus messaging protocols, is a design choice.
  • the Home Location Register is a central database that contains details of each subscriber that is authorized to use the GSM network 10 in the form of subscriber records.
  • HLR 12 As a single database it can be, and typically is, maintained as separate databases 12a ... 12f.
  • the Home Location Register stores details of every SIM card issued by the network operator; each SIM has a unique identifier called an International Mobile Subscriber Identity (IMSI) which is one of the primary keys to each subscriber record.
  • IMSI International Mobile Subscriber Identity
  • the IMSI is an identifier that is internal to the network 10 and used to identify one or more devices within the network 10.
  • each HLR record includes the telephone numbers used to make and receive calls to the mobile phone, known as Mobile Subscriber ISDN (MSISDNs).
  • MSISDNs are external identifiers for use outside of the network to route communications to one or more said devices within the network.
  • the HLR stores data identifying network services accessible by a given subscriber.
  • the telecommunications network comprises a secondary HLR 14, that is to say, secondary to HLR 12 in the sense that it stores data relating to SIM cards other than those relating to fully enabled and activated subscribers of the network 10.
  • the first part of the description describes a specific configuration of such a secondary HLR 14, specifically an HLR 14 that holds data relating to SIM cards that have not yet been activated by a subscriber (i.e. those that have not been inserted into a device 8 and used to register with the network 10).
  • this HLR 14 is unconventional and indeed forms the subject of Applicant's co-pending International patent application claiming priority from GB0718925.1; however it is to be understood that the secondary HLR 14 is described herein for the purposes of providing a fully supported embodiment of the present invention.
  • the secondary HLR 14 is distinguished from a conventional HLR 12 in several ways: it holds a subset of subscriber data held by the HLR 12 (specifically a configurable set of data that allows the device 8 to interact with the network so as to receive a basic set of network services); and it is capable of responding to a subset of MAP messages configured on a fully-activated HLR, and thus is provisioned with a fraction of the processing capabilities required to be implemented in a fully functioning HLR. Thirdly it communicates with the provisioning system 16 via a non-standardised response mechanism and under certain predetermined conditions so as to change the state of the previously unactivated SIM to activated, and thereby enable the device 8 to receive a more advanced set of services. In a preferred arrangement this change of state is accompanied by moving the records held in the secondary HLR 14 to the HLR 12, as will be described in more detail below.
  • the telecommunications network 10 also comprises a Service Location Register (SLR) 15, which intercepts all Mobile Application Part (MAP) messages destined for HLR 12, 14 and determines to which physical database (or portion 12a ... 12f) of the Home Location Register the MAP message should be directed.
  • SLR Service Location Register
  • the SLR 15 performs a look-up function based on the IMSI contained within the MAP signalling message so as to identify which physical HLR 12a ... 12f holds subscriber records corresponding to the requesting device 8.
  • the SLR 15 Since the IMSIs corresponding to unactivated SIMs are stored in the secondary HLR 14 and are thus unknown to the SLR 15, the SLR 15 needs to be provisioned with the network identity of the HLR 14 together with a rule that causes the SLR 15 to send signalling messages corresponding to all unknown IMSIs to the secondary HLR 14. Whilst the secondary HLR 14 is shown as a separate database in the Figures it will be appreciated that it is a specific portion of the network's overall Home Location Register. It will be appreciated by one skilled in the art that routing to HLR portions 12a ... 12f can be performed by other network nodes such as a Signalling Transfer Point (STP).
  • STP Signalling Transfer Point
  • the secondary HLR 14 comprises a combination of processing components (standard operating system components, memory, processor, Input/Output interfaces, permanent storage, MAP processing software component 301 and bespoke records processing software component 303) and subscriber records relating to unactivated SIMs (DBl).
  • the MAP processing software component 301 is entirely conventional, comprising software routines arranged to execute the processes defined within GSM standard MAP 29.002 Phase 2+ Specification for 3G networks.
  • the database DBl stores data identifying services accessible by devices associated with newly activated SIM cards (keyed by IMSI associated with the SIM cards), and these data are queried by the MAP processing software component 301 in accordance with standard MAP processing methods when the secondary HLR 14 receives a message originating from a device associated with a previously unactivated SIM card.
  • These services data relate to a predetermined and limited set of voice and messaging services; the set can either be standardised for all unactivated SIM cards, or standardised based on type of subscription (e.g. post- pay, pre-pay).
  • the records processing software component 303 is responsive to certain MAP messages so as to notify the provisioning system 16 that a previously unactivated SIM card relating to an IMSI stored in DBl has been activated.
  • a particularly advantageous configuration of the records processing software 303 will be described later with reference to Figures 5 and 6, in conjunction with the description relating to the second aspect of the invention.
  • the provisioning system 16 can be embodied as a Service Control Point
  • the IDP message includes, as parameters, the
  • the provisioning system 16 can be embodied as an Open Services Architecture (OSA) node, with which the records processing software component 303 can communicate via XML or LDAP so as to notify the provisioning system 16 of the SIM in question.
  • OSA Open Services Architecture
  • the provisioning system 16 identifies a portion of the HLR 12 (e.g. portion 12c) to which the subscription corresponding thereto is to be added, and updates the SLR 15 with the identity of this HLR portion 12c so that future requests for network services can be correctly routed to HLR portion 12c.
  • the provisioning system 16 can trigger delivery of certain message types to the device 8, e.g.
  • the provisioning system identifies and configures certain network service nodes, e.g. SMS platforms, Prepaid billing platforms, Voicemail platforms, CRM platforms, etc., in accordance with the subscription associated with the IMSI received thereby so as to enable the device 8 to receive network services associated therewith.
  • network service nodes e.g. SMS platforms, Prepaid billing platforms, Voicemail platforms, CRM platforms, etc.
  • the steps involved in configuring such nodes in this manner are well known to those skilled in the art.
  • FIG. 4 is a timing diagram illustrating the steps performed when a previously unactivated SIM card is activated by device 8.
  • the device transmits an Attach message, which is transposed to a MAP Send Authentication Information, Send Parameters in MAPvI (SAI) message by the MSC 2, and transmitted to the secondary HLR 14 at step S4.1.3 via the SLR 15.
  • SAI MAP Send Authentication Information
  • SAI Send Parameters in MAPvI
  • the SLR 15 is configured with a look-up table linking all activated IMSIs associated with the network 10 and HLR portions 12a ... 12f, together with a default condition directing the SLR 15 to the secondary HLR 14 in response to receipt of an SAI message identifying an unlisted IMSI).
  • the MAP processing component 301 receives the SAI message and performs conventional authentication routines, returning an SAI acknowledgement message to the MSC (S4.1.5, S4.1.7).
  • the device 8 transmits a Location Update (LU) message (S4.2.1), which is again forwarded to the secondary HLR 14 via the SLR 15.
  • LU Location Update
  • the records processing software component 303 is configured to monitor for receipt of certain MAP messages, one such message being a Location Update (LU) message, and perform certain steps in response to receipt thereof.
  • the records processing software component sends a notification message to the provisioning system 16 (step S4.3.1).
  • the notification message comprises data identifying the IMSI and optionally the MSISDN corresponding to the SIM associated with the device 8.
  • the notification message can also include data indicative of instructions identifying the type of action required on the part of the provisioning system 16 (e.g. in the event that the provisioning system 16 receives messages from network nodes in addition to the secondary HLR 14).
  • the LU message causes the MAP processing software component 301 to retrieve, from the DBl, data indicative of services accessible by the newly activated device 8. These services are then notified to the MSC 2 and stored in a VLR thereon in accordance with conventional HLR MAP processing procedures via a series of MAP Insert Subscriber Data (ISD) messages (steps S4.2.5 ... S4.2.11).
  • ISD MAP Insert Subscriber Data
  • the provisioning system 16 sends a response message back to the secondary HLR 14 via the provisioning interface (step S4.3.4) so as to cause the set of subscriber records corresponding to the IMSI identified at step S4.1.1 to be modified in accordance with data contained within the response message.
  • This modification might, for example, involve the secondary HLR portion 14 removing barrings to certain services, provisioning additional teleservices and bearer services etc.; these changes to the subscriber records cause the conventional MAP processing software 301 to send a series of further ISD MAP messages to the MSC/VLR 2, as shown by steps S4.4.1 ... S4.4.n in Figure 4.
  • the provisioning system 16 manages the migration of the newly activated subscriber so as to move the subscriber records from the database portion DBl associated with the secondary HLR 14 to a storage portion associated with the HLR 12, updating the SLR 15 and other nodes involved in the routing of MAP messages accordingly.
  • step S4.3.3 could involve the provisioning system 16 allocating a portion of the HLR 12 to the IMSI of the newly activated subscriber and updating the SLR 15 in real time.
  • the provisioning system 16 sends a provisioning request to the allocated HLR portion (e.g. 12a) at step S4.3.4 and deletes the subscriber records in DBl.
  • the ISD MAP messages sent at Steps S4.4.1 ... S4.4.3 would then be sent by allocated HLR portion 12a to the MSC 2.
  • MAP trigger engine a MAP trigger engine
  • this refers to the combined functionality provided by MAP trigger software component 501, a data structure 502 defining MAP trigger points, and plugin software components 503, 505, 507 shown in Figure 5.
  • Embodiments of the invention make use of the fact that each MAP operation performed by the MAP processing software component 301 comprises a plurality of state machine points of triggering, in particular a "start point” and an "end point", and uses the various trigger points to perform MAP-specific functions.
  • the trigger points are conveniently stored in a structure 502 for each MAP message type; whilst the trigger points are shown being keyed on IMSI, and thus subscriber-specific, it is to be understood that keying in this way is a preferred feature of an embodiment of the invention and that the trigger points could alternatively be configured identically for all subscribers; an example will be described later with reference to Table 2.
  • the plugins 503, 505, 507 are triggered to send data to an information source 18 at one or a plurality of MAP processing points, as specified in the structure 502, and under the control of the MAP trigger software component 501. More specifically, the numbers “0", “1", “2" identify the plugin that is to be invoked in response to a particular state point in respect of a MAP message received from a particular IMSI. For example, referring to Table 1, in relation to the Location Update (LU) MAP message the structure 502 specifies that plugin 1 (503) should be triggered at the "End" point of the state machine corresponding to processing of a LU message by the HLR portion 12a for IMSI 1.
  • LU Location Update
  • the structure 502 specifies that plugin 2 (505) should be triggered at the "End" point of the state machine corresponding to processing of a SSREQ message by the HLR portion 12a for both IMSI 1 and IMSI 2. Whilst the trigger points data 502 are shown as being held separate from the subscriber data DB2, the skilled person will appreciate that these data can be stored as part of the subscriber records.
  • Each plugin 503, 505, 507 is preferably a self-contained software component that is optionally configured to communicate with an information source 18; the information source 18 stores data used to supplement conventional processing of MAP messages, and is configured to either return selected data to the plugin or to perform a certain function in response to receipt of a message, as will be described below with reference to various example MAP messages.
  • a particularly advantageous feature of this aspect of the invention is that the plugins 503, 505, 507 - or control functionality - are local to the HLR portions 12a ... 12f, 14 rather than being embedded in an SCP such as is described in WO99/60800.
  • the plugins 503, 505, 507 are not restricted to communicating via IN protocols and can instead use for example XML, which is a particularly flexible mechanism for embedding requests for data, processing instructions and the like, when communicating with the information source 18.
  • the HLR can request data in a more flexible manner than would be possible if the plugins were implemented as part of a
  • Service Control Point SCP since data would then have to be requested and received within the constraints of Intelligent Network protocols and procedures.
  • the plugins 503, 505, 507 are configured in light of the functionality and messaging requirements of the information sources 18 with which they interact, and all processing units are equipped with the requisite XML parsers in accordance with conventional methods. In the event that the action taken by the information source 18 involves sending response messages to the plugins, these can take one of three responses: CONTINUE, indicating that the HLR portion 12a should continue processing according to the MAP state machine with no modifications; CONTINUE + arguments, indicating that processing of the MAP state machine should be restarted, with arguments provided within the CONNECT message; and RELEASE, which causes the HLR portion 12a to terminate processing according to the MAP state machine.
  • CONTINUE indicating that the HLR portion 12a should continue processing according to the MAP state machine with no modifications
  • CONTINUE + arguments indicating that processing of the MAP state machine should be restarted, with arguments provided within the CONNECT message
  • RELEASE which causes the HLR portion 12a to terminate processing according to the MAP state machine.
  • the RELEASE response message can include data indicative of the reason for instructing termination of the processing; conveniently this can be specified by selection of an appropriate RELEASE protocol.
  • An example of this response from the information source 18 will be described with reference to Figure 6.
  • the information source 18 can transmit messages destined for nodes other than the HLR portion 12; an example of this will be described with reference to Figure 7.
  • the SLR 15 has been omitted from Figures 6 and 7 since the SLR 15 has merely an entirely conventional role in this aspect of the invention.
  • this relates to the handling of SMS messages: a short message is sent from the device 8, via the MSC 2 to the SMSC 20 (step S6.1), to a destination terminal.
  • the SMSC 20 sends a MAP message to the HLR portion 12a (this being the HLR portion corresponding to the IMSI of the CdPN) at step S6.2.
  • the MAP message is captured by the MAP trigger software component 501, which accesses the data structure 502 in order to identify the trigger points, if any, corresponding to this MAP message for this Called Party (i.e. MSISDN corresponding to the destination terminal, from which the IMSI can be identified: step S6.3).
  • the MAP trigger software component 501 identifies the plugin that is to be invoked when the trigger condition is met.
  • the trigger point is determined to be "Start” and the Plugin is Plugin 2; the MAP trigger software component 501 is accordingly arranged to monitor for the start of SRI SM MAP processing by MAP processing software 301.
  • the HLR portion 12a cannot locate routing instructions for the Called Party Number; as a result the MAP processing software 301 returns "Subscriber Absent" at the end of its routines. With conventional HLR configurations this would be transmitted back to the SMSC 20 in a SRI-ACK message, causing the SMSC 20 to repeat the delivery attempt at predetermined intervals and the HLR to store the pending SMS message in a queue.
  • the MAP trigger software component 501 invokes plugin 2 505.
  • the MAP processing component 301 looks up the dummy MSISDN; upon finding that the dummy MSISDN is unknown to the HLR portion 12a (step S6.13) the MAP processing component 301 returns "Unknown Subscriber" in a MAP SRI-ACK message transmitted to the SMSC 20 (step S6.15).
  • the SMSC 20 discards the SMS message (step S6.17).
  • This application of the MAP trigger engine is particularly well suited to handling SPAM SMS messages, since it minimises network resources that would otherwise be taken up in the attempted delivery of unsolicited messages.
  • FIG 7 shows a further example of operation of the MAP trigger engine, in this case in relation to Location Update MAP messages.
  • the steps largely progress as described with reference to Figure 6, but since the MAP message received from device 8 (having IMSI 1) is a LU message, the trigger point is identified from the data structure 502 to be "End" and to relate to plugin 1 503. Accordingly at step S7.15 the MAP trigger software component 501 is triggered to invoke plugin 1 503 on the basis of IMSI 1, which sends a message to the information source 18, identifying the MSC/VLR 2 to which the device 8 is attached and network identifier of the device 8 (IMSI 1).
  • IMSI 1 network identifier of the device 8
  • the information source 18 is configured to respond with the transmission of an SMS message Ml instead of sending a response back to the HLR portion 12a (steps S7.19, S7.21). Since the network node 18 is in receipt of mobility information (i.e. identity of the MSC/VLR 2), it can send the message Ml directly to the MSC 2 (thereby bypassing the SMSC 20).
  • This application of the MAP trigger engine is particularly well suited to registration requests from previously unactivated subscribers (and thus arrangements in which the HLR portion 12a is the secondary HLR 14), since the SMS message sent at step S7.19 can be a "Welcome" message, serving to introduce the subscriber to the network. Accordingly, in preferred arrangements of the secondary HLR 14, the Records processing software component 303 is configured as shown in Figure 8.
  • entries in the trigger data structure 502 would not necessarily require keying by IMSI, since by definition all IMSIs stored therein require notifying to the provisioning system 16, and the network operator might decide to send Welcome messages as a matter of course to all newly activated subscribers.
  • An example data structure 502 for the secondary HLR 14 is shown in Table 2, from which it can further be seen that only one set of trigger points is listed therein (for a Location Update MAP message). This is appropriate for arrangements in which subscriber records are moved to a HLR portion 12a ... 12f once the provisioning system 16 has completed its configuration procedure, since any subsequently received MAP messages will be directed to, and handled by, a HLR portion 12a ... 12f corresponding to a fully activated subscriber.
  • FIG 9 shows an alternative form of the timing diagram shown in Figure 4 for the case in which the Records processing software component 301 is embodied as the MAP trigger engine.
  • This arrangement includes the additional step of triggering transmission of a welcome message at the end of the conventional MAP processing.
  • steps S4.2.5 - S4.2.9 involve the secondary HLR 14 transmitting data indicative of services, including the Short Messaging Service, to which the newly activated subscriber can take up access.
  • these services data are transmitted to the MSC 2 (and thus VLR for the device 8) early in the conventional processing of the LU MAP message, when the Welcome message is delivered to the MSC 2 at step S7.19 by the information source 18 it can be successfully delivered to the device 8.
  • embodiments of the invention also provide a mechanism for dynamically arming the HLR to respond to certain trigger events.
  • the arming of the HLR can be considered to occur at step S6.3 of Figures 6 and 7, and the HLR can be considered to respond to the trigger so as to invoke a plugin 503, 505, 507 when the relevant point is reached (e.g. Step S6.7 in Figure 6 and Step S7.15 in Figure 7).
  • the HLR could be dynamically armed in this manner in relation to signalling messages other than MAP messages: for example, the trigger structure 502 could include INAP and/or CAMEL messages, or indeed any other protocol associated with signalling messages received by the HLR, and link the processing of such messages to the functionality provided by the plugins 503, 505, 507 etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne des améliorations apportées à des procédés réalisés par des enregistreurs de localisation nominaux, et à leur configuration. Selon un agencement, le procédé consiste à traiter des messages de signalisation reçus par un registre de localisation nominal d'un réseau de télécommunications, les messages de signalisation provenant d'un dispositif du réseau de télécommunications et passant par un noeud serveur, ce type de message de signalisation étant traité par le registre de localisation nominal conformément à un modèle de traitement standardisé. Le registre de localisation nominal a accès à des données identifiant une pluralité de points de traitement des messages associés à un message de signalisation donné, et chaque point de traitement de message correspond à un état de traitement du message de signalisation donné par le registre de localisation nominal et est associé à un événement à déclencher. Le procédé consiste à : en réponse à la réception d'un type prédéfini de message de signalisation par le registre de localisation nominal, identifier un point de traitement de message parmi la pluralité de ces points sur la base du type de message de signalisation; en réponse à la détection d'un état de traitement du message de signalisation correspondant au point de traitement de messages identifié, déclencher l'événement de façon à générer une réponse autre que celles générées par le registre de localisation nominal conformément au modèle de traitement standardisé. Ainsi, selon ces modes de mise en oeuvre de l'invention, le traitement standardisé d'un message de signalisation donné, tel qu'il est réalisé par le registre de localisation nominal conformément à la Spécification Phase 2+ MAP 29.002 pour des réseaux 3G, est complété par la surveillance des points de traitement relatifs au traitement standardisé et par l'exécution de certaines actions lorsque les points de traitement sont détectés. Les points de traitement peuvent comprendre, par exemple, un point de départ et un point final d'un automate fini MAP. Selon un agencement, les actions consistent à envoyer un message de commande à un noeud de services du réseau qui peut être utilisé dans l'extraction de données, celles-ci étant ensuite utilisées par le registre de localisation nominal dans la formulation d'un message de réponse correspondant au message de signalisation.
EP08804619A 2007-09-28 2008-09-23 Améliorations apportées à un enregistreur de localisation nominal Withdrawn EP2206371A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0718928A GB0718928D0 (en) 2007-09-28 2007-09-28 Improvements to home location register
PCT/EP2008/062705 WO2009040351A2 (fr) 2007-09-28 2008-09-23 Améliorations apportées à un enregistreur de localisation nominal

Publications (1)

Publication Number Publication Date
EP2206371A2 true EP2206371A2 (fr) 2010-07-14

Family

ID=38701808

Family Applications (1)

Application Number Title Priority Date Filing Date
EP08804619A Withdrawn EP2206371A2 (fr) 2007-09-28 2008-09-23 Améliorations apportées à un enregistreur de localisation nominal

Country Status (3)

Country Link
EP (1) EP2206371A2 (fr)
GB (1) GB0718928D0 (fr)
WO (1) WO2009040351A2 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8667122B2 (en) 2009-06-18 2014-03-04 Nokia Corporation Method and apparatus for message routing optimization

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI98971C (fi) * 1994-11-01 1997-09-10 Nokia Telecommunications Oy Menetelmä älyverkkopalvelujen käynnistämiseksi matkaviestinjärjestelmässä sekä matkaviestinjärjestelmä
US5920820A (en) * 1996-01-25 1999-07-06 Telefonaktiebolaget Lm Ericsson (Publ) Combined home location register and service control point for a cellular telecommunications network
FI109506B (fi) * 1998-05-19 2002-08-15 Nokia Corp Älyverkkopalvelujen hallinta

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2009040351A2 *

Also Published As

Publication number Publication date
WO2009040351A3 (fr) 2009-05-22
GB0718928D0 (en) 2007-11-07
WO2009040351A2 (fr) 2009-04-02

Similar Documents

Publication Publication Date Title
US9143942B2 (en) Methods, systems, and computer readable media for providing a multi-network equipment identity register
US6735441B1 (en) Methods and systems for providing mobile telecommunications network services in a routing node
US20160080916A1 (en) Intelligent Delivery Agent for Short Message Distribution Center
JP5671552B2 (ja) ローミング加入者に対する不在着信通知
US20080207181A1 (en) Method and system for applying value added services on messages sent to a subscriber without affecting the subscriber's mobile communication
US8909266B2 (en) Methods, systems, and computer readable media for short message service (SMS) forwarding
US9313759B2 (en) Methods, systems, and computer readable media for providing triggerless equipment identity register (EIR) service in a diameter network
WO2006031627A2 (fr) Procedes, systemes et produits-programmes informatiques d'approvisionnement automatique de plates-formes de reseaux intelligents (in), y compris d'enregistreurs de localisation nominaux (hlrs) et de noeuds de routage a l'aide d'informations d'abonnes mobiles prepayes
US7113781B1 (en) Methods and systems for generating and sending messages in a mobile communications network in response to a change in location of a subscriber
US20080165943A1 (en) Method and Apparatus For Controlling a Provisioning Process In a Telecommunications System
US9301109B2 (en) Method and apparatuses for sending message to a mobile station by addressing a hardware part
WO2007115480A1 (fr) Procédé, système et équipement d'abonné itinérant intelligent de déclenchement de service intelligent dans son site nominal
US11337043B2 (en) Universal packet signaling messaging system
EP1889508A1 (fr) Dispositif destine a la prestation de services a des dispositifs de communication
EP2206371A2 (fr) Améliorations apportées à un enregistreur de localisation nominal
WO2009135924A2 (fr) Système et procédé de communications mobiles
WO2011083096A1 (fr) Procédé, entité de réseau, réseau de télécommunication et produit de programme informatique permettant de gérer des données d'abonnement dans un réseau de télécommunication
WO2009040348A1 (fr) Procédé, appareil et système de transfert de données d'abonnement réseau entre des systèmes de stockage liés au hlr lors de l'activation d'un abonnement réseau
US11395131B2 (en) Connection establishment
EP1308054B1 (fr) Procedes et systemes assurant des services de reseau de telecommunications mobiles dans un noeud d'acheminement de reseau
GB2435156A (en) Communication system for accessing more than one device at a single address
EP1841243A2 (fr) Procédé et appareil pour approvisionner des services sur réseaux
WO2004012469A1 (fr) Procede permettant de limiter la transmission de messages courts
FI113432B (fi) Menetelmä ja järjestelmä palveluiden toimintaristiriitojen poistamiseksi
Rönnblom et al. Home Location Register (HLR) dedicated for Short Message Service (SMS)

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20100428

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA MK RS

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: FRANCE TELECOM

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

17Q First examination report despatched

Effective date: 20140331

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04Q 3/00 20060101ALI20140923BHEP

Ipc: H04W 8/04 20090101AFI20140923BHEP

Ipc: H04W 92/24 20090101ALN20140923BHEP

INTG Intention to grant announced

Effective date: 20141014

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20150225