Abstract:
A roaming subscriber transmits a feature code when in a visited network ( 2 ). The MSC ( 4 ) routes it to the home network ( 1 ), where it is intercepted by a server ( 5 ). The server ( 5 ) determines that a pre-paid call is being requested and routes a request to a pre-pay platform ( 7 ), by-passing the HLR ( 6 ). The pre-pay platform ( 7 ) sets up the call.

Description:
FIELD OF THE INVENTION  
         [0001]    The invention relates to provision of pre-paid roaming functionality in mobile telecommunication networks.  
         PRIOR ART DISCUSSION  
         [0002]    The provision of such functionality has been considered as part of on-going development of mobile network standards. This has arisen because of the increasing commercial importance of pre-paid use of mobile handsets and, of course, an increasing demand for roaming capability between networks such as GSM and ANSI41.  
           [0003]    There is therefore a need to provide a system and method to provide this service.  
           [0004]    Another object is that the service involve very little modification of existing networks.  
         SUMMARY OF THE INVENTION  
         [0005]    According to the invention, there is provided a method of providing a pre-paid roaming service to a subscriber of a home network when roaming in a visited network, the method comprising the steps of:  
           [0006]    the subscriber dialling a feature code;  
           [0007]    the visited network routing the code to the home network;  
           [0008]    the home network determining that the feature code establishes pre-paid roaming eligibility for the subscriber and sets up a call (B, C, D) for the subscriber.  
           [0009]    In one embodiment, the code is processed by a server in the home network.  
           [0010]    Preferably, the server is connected to a home network HLR.  
           [0011]    In one embodiment, the server intercepts the feature code signal before it reaches the HLR of the home network.  
           [0012]    In another embodiment, the server instructs a pre-pay roaming platform to set up the call.  
           [0013]    In a further embodiment, the server transmits required calling party and called party numbers to the pre-pay platform.  
           [0014]    In one embodiment, a call unrelated service point in the home network server detects the feature code and instructs the pre-pay platform in a signal relaying operation.  
           [0015]    In another embodiment, the call unrelated service point recognises SCCP headers for intercepting the code.  
           [0016]    In a further embodiment, the server comprises a mobile services data platform.  
           [0017]    In one embodiment, the call unrelated service point resides on the mobile services data platform providing a distribute hardware architecture.  
           [0018]    In another embodiment, an MSC of the visited network routes the code to the home network.  
           [0019]    According to another aspect, the invention provides a method of providing a pre-paid roaming service to a subscriber of a home network when roaming in a visited network, the method comprising the steps of:  
           [0020]    the subscriber dialling a feature code;  
           [0021]    an MSC of the visited network routing the code to the home network;  
           [0022]    a server of the home network intercepting the code before it reaches a HLR of the home network;  
           [0023]    the server transmitting an instruction to a pre-pay platform of the home network to set up a call between the subscriber and a destination number, said instruction by-passing the home network HLR; and  
           [0024]    the pre-pay platform determining eligibility of the subscriber to set up such a call, and if eligible, setting up the call.  
           [0025]    In one embodiment, the instruction from the server includes the subscriber&#39;s handset number and the required destination number.  
           [0026]    According to another aspect, the invention provides a mobile network server comprising:  
           [0027]    means for receiving signals from a foreign network,  
           [0028]    means for recognising a feature code in said signals indicating that a subscriber roaming in the foreign network wishes to make a pre-paid call, and  
           [0029]    means for transmitting a request for a pre-paid call to a pre-pay platform when such a feature code is detected.  
           [0030]    In one embodiment, the server comprises means for extracting the subscriber&#39;s handset number and a required destination number from the incoming signal and for including said data in the request to the pre-pay platform.  
           [0031]    In another embodiment, the server comprises a call unrelated service point having relaying functions residing on a mobile services data platform.  
           [0032]    In a further embodiment, the call unrelated service point comprises an API for inspecting and manipulating Mobile Application Part protocols. 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION  
     Brief Description of the Drawings  
       [0033]    The invention will be more clearly understood from the following description of some embodiments thereof, given by way of example only with reference to the accompanying drawings in which:  
         [0034]    [0034]FIG. 1 is a diagram illustrating interaction of two networks for provision of pre-paid roaming services;  
         [0035]    [0035]FIG. 2 is a diagram of the architecture of a network device for processing signals of the method shown in FIG. 1;  
         [0036]    [0036]FIG. 3 is a diagram showing a generic HLR data structure used by a CUSP; and  
         [0037]    [0037]FIG. 4 is a diagram showing generic routing tables. 
     
    
     DESCRIPTION OF THE EMBODIMENTS  
       [0038]    Referring to FIG. 1, a home network  1  and a visited network  2  are in this embodiment GSM. The home network  1  comprises functionality which operates in a non-invasive manner to allow a home subscriber pre-pay for mobile-originating (MO) calls when roaming in another network. This functionality is best explained with reference to the following example.  
         [0039]    In a signalling sequence A the subscriber uses the handset  3  to dial a feature code, in this embodiment an unstructured supplementary service code *888 #016540000#. This is the code given to the subscriber for use when he or she wishes to avail of the pre-paid roaming service. An MSC  4  of the visited network relays the signal, containing the code, to the home network  1 . The incoming signal in the home network  1  is received by a server  5 . The server  5  filters incoming signals by recognising those of the type above and it terminates these signals and initiates a new signal to a pre-pay platform  7 , bypassing the HLR  6 . This filtering is performed by use of look-up tables.  
         [0040]    This incoming signal is handled in a manner which does not affect usual operation of the home network  1  as the HLR  6  is by-passed. The platform  7  is programmed to process such transactions very efficiently, and with little effect on other operations of the networks  1  or  2 .  
         [0041]    The signal to the pre-pay platform provides the following information:  
         [0042]    the handsets own number; and  
         [0043]    the required destination number.  
         [0044]    The platform  7  determines eligibility of the subscriber for the requested pre-paid roaming service. If eligible, it sets up a call, implemented by signals B, C, and D, between the handset  3  and the destination number.  
         [0045]    The relaying functionality in the home network server  5  is provided by a call unrelated service point (CUSP) in which basic triggering is based on the SCCP header. The CUSP may alternatively intercept all feature code signals before they reach the home HLR. The CUSP resides on a mobile services data platform (MSDP) as a signalling relay. The architecture is shown in FIG. 2. The layers are, from bottom up:  
                                       21:   a HP-UX (Unix) hardware platform;       22:   a HPOpen Call ™ signalling system;       23:   MSDP;       24:   CUSP; and       25:   application logic modules, including a pre-paid roaming module.                  
 
         [0046]    In this architecture, the CUSP  24  provides an API for inspecting and manipulating Mobile Application Part (MAP) protocols, including GSM and ANSI-41. For rapid trigger logic analysis a function within CUSP provides the MAP operation type. Each application module  25  is an independent UNIX process which may be started and stopped independently of other applications on the same platform.  
         [0047]    The MSDP  23  is a powerful, high availability platform for implementing SS7 SCCP and TCAP based applications. It is primarily oriented towards the mobile application protocols of GSM &amp; ANSI 41 (and PDC), for which APIs are provided, however it is equally capable of supporting intelligent network INAP protocols.  
         [0048]    The server  5  is equipped with a high speed, real-time database, which can support many millions of subscriber or routing records. The size and complexity of the real-time database is dependent on the application. For management purposes data is also maintained on disk in a SQL relational database (but this is not used by the real-time application logic).  
         [0049]    For very high service availability, the MSDP  23  is deployed in a fault-tolerant, distributed architecture over multiple sites, supporting both system and site redundancy. The server  5  is equipped with a comprehensive operations and management module, which provides a single point of access for all management operations, including data provisioning.  
         [0050]    For excellent flexibility, trigger and service logic modules may be written in SDL and C, for which an internal API is available.  
         [0051]    For invocation of external SCF/SDF functions, a wide range of protocols are available to applications, including:  
         [0052]    MAP. Typically MAP may be used to forward a message or to query an HLR, for example an ANY_TIME_INTERROGATION or an SRI_SM operation.  
         [0053]    INAP. CS-1/2 INAP is available for querying an external service data point. Additional messages may easily be added to the message library for other kinds of query.  
         [0054]    Any commonly available TCP/IP or X.25 based protocol stack.  
         [0055]    CORBA  
         [0056]    SQL  
         [0057]    The CUSP  24  can modify a MAP payload even when relaying at the SCCP level. This will permit minor protocol conversion to be performed on the fly. The MSDP and, therefore, CUSP  24  subscription database is constructed on the concepts of an HLR. All entry may be dual keyed by MSISDN or IMSI (MDN &amp; MIN in ANSI 41) or equivalents. An entry is made up of packages of data. Each package provides an element of functionality. An application may comprise a number of related packages. All applications share the same subscription database, using the necessary packages.  
         [0058]    [0058]FIG. 3 shows the generic data structure that is used by CUSP applications in the layer  2  of the server  5 . For ease of management, application specific routing tables are also maintained within the same structure, using special pseudo IMSIs as the key and special routing packages.  
         [0059]    CUSP supports general purpose number analysis and routing tables that can be used to perform basic relaying of SCCP messages that do not require special routing by applications. These tables effectively provide global title translation functionality and are organised by translation type. The tables for standard translation types are used for efficient relaying of messages when no trigger logic is invoked. They are available to trigger logic. Special application specific tables (i.e. special translation types) may be defined for application specific routing.  
         [0060]    Applications may, of course, have their own routing information database. For example, a general purpose GSM address register or a mobile number portability application will have packages containing routing tables for specific MSISDNs or IMSIs. Typically, if an entry is not found in the database, the application may relay using the general routing tables.  
         [0061]    Although it is possible for application routing data to use point codes, it is strongly recommended that all application routing is performed using logical addresses (i.e. global title), which can then be translated by the generic title translation facilities. This avoids having to change application data in the event of reconfiguration of the SS7 routing.  
         [0062]    [0062]FIG. 4 shows the role of the generic routing tables. They are used for handling all incoming and outgoing messages. An incoming message is analysed and routed according to its SCCP/MTP address. The tables are used both for onward routing and to select the application. Onward routing by the applications is usually by logical address (i.e. global title), which, if necessary, may then be translated using the generic routing tables. Where the application sends a reply to the original message, the originating address is, of course, used.  
         [0063]    The MSDP  23  supports very high availability fault tolerant configurations, mated pairs, etc. The CUSP  24  can be implemented on any suitable configuration supported by the MSDP  23 . In a typical configuration two or more separate platforms are deployed in a redundant configuration at geographically separate sites.  
         [0064]    The invention is not limited to the embodiments described, but may be varied in construction and detail. For example the same functionality may be provided in a non-GSM home network in which the relevant feature codes perform equivalent functions.