US7130907B2 - Wireless mobility services platform with package-based database structure - Google Patents

Wireless mobility services platform with package-based database structure Download PDF

Info

Publication number
US7130907B2
US7130907B2 US10/173,974 US17397402A US7130907B2 US 7130907 B2 US7130907 B2 US 7130907B2 US 17397402 A US17397402 A US 17397402A US 7130907 B2 US7130907 B2 US 7130907B2
Authority
US
United States
Prior art keywords
platform
database
operations
mobility services
processor
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.)
Expired - Lifetime, expires
Application number
US10/173,974
Other versions
US20040198352A1 (en
Inventor
David James Aitken
Aidan Dillon
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.)
Markport Ltd
Original Assignee
Markport Ltd
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 Markport Ltd filed Critical Markport Ltd
Assigned to MARKPORT LIMITED reassignment MARKPORT LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DILLON, AIDAN, AITKEN, DAVID JAMES
Publication of US20040198352A1 publication Critical patent/US20040198352A1/en
Application granted granted Critical
Publication of US7130907B2 publication Critical patent/US7130907B2/en
Assigned to U.S. BANK TRUSTEES LIMITED reassignment U.S. BANK TRUSTEES LIMITED SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MARKPORT LIMITED
Assigned to MARKPORT LIMITED reassignment MARKPORT LIMITED RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: U.S BANK TRUSTEES LIMITED
Adjusted expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • 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/005—Personal communication services, e.g. provisions for portability of subscriber numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0062—Provisions for network management
    • H04Q3/0075—Fault management techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1305—Software aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13093—Personal computer, PC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13097—Numbering, addressing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13098—Mobile subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13102—Common translator
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13103—Memory
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13166—Fault prevention
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13167—Redundant apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13176—Common channel signaling, CCS7
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13299—Bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13349—Network management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13389—LAN, internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Definitions

  • the invention relates to a wireless mobility services platform for deployment in any of a range of network protocols including GSM, ANSI41, or PDC.
  • the objects of the invention are to provide some or all of the following:
  • a wireless mobility services platform comprising a network interconnecting:
  • the signal relay layer comprises means for monitoring signal traffic according to filter criteria.
  • the signal relay layer comprises means for triggering applications based on said monitoring.
  • the signal relay layer comprises means for forwarding signals to an original destination and for relaying signals to an alternative destination according to inspection of operations in incoming signals.
  • the signal relay layer comprises means for generating a response by simulating an application residing on the platform.
  • the database server comprises means for maintaining a package-based database structure.
  • the structure comprises core, HLR, routing, application, and trigger packages.
  • the database server is configured in a 2N redundant configuration with two real time locations for all subscriber data.
  • the database server comprises means for maintaining a disk subscriber database on the operations and maintenance processor in addition to internal live and standby subscriber databases.
  • the operations and maintenance processor comprises means for allowing user updating of subscriber data on said database.
  • the operations and maintenance processor comprises means for performing event handling in which events are received from within the platform and are logged to a database.
  • the operations and maintenance processor comprises means for synchronising timing across all processors of the platform.
  • FIG. 1 is an overview schematic representation of a platform of the invention
  • FIG. 2 is a software architecture diagram
  • FIG. 3 is a diagram illustrating a package-oriented database structure
  • FIG. 4 is a diagram illustrating variants supported
  • FIG. 5 is a diagram showing service triggering
  • FIGS. 6 and 7 are diagrams showing hardware architectures for two hardware platform configurations, one small scale and the other large scale.
  • the platform has a distributed three layer or component architecture whereby the various functional components of the system can be deployed on multiple hardware platforms that can be co-located or geographically distributed.
  • the layers are:
  • OMP Operations and Maintenance Processor 2 .
  • FIG. 2 the software structure of the platform 1 is shown. Each layer resides on one or more of the architecture components shown in FIG. 1 , as follows.
  • HP-UXTM (Unix) 11 . This is the operating system and resides on the OA & M 2 , the NAP 3 , and the DBS 4 .
  • HP Open CallTM 11 This is a Hewlett PackardTM third party stack and it resides on the NAP 3 .
  • Platform Layer 12 This comprises the common software functions such as communication functions and database access function. It resides on all components 2 , 3 , and 4 .
  • SRL Signal Relay Layer
  • Major applications 14 are large-scale applications such as a RIG, a HLR, or an AuC. They reside at least partly on all architecture components 2 , 3 , and 4 .
  • Smaller applications 15 are smaller-scale applications which may be added to the platform 1 in a modular manner. They at least partly reside on all three components.
  • FIG. 1 and the software structure of FIG. 2 allow new and custom applications to be quickly developed and deployed in a cost-effective manner. Multiple applications can be co-hosted.
  • Application specific logic resides on the NAP component, where network traffic can be handled according to the particular requirements of the implemented service.
  • Subscriber data is stored in the DBS RAM database and in secure storage on the OMP.
  • the package oriented database design used allows new data types and structures to be easily implemented without the need for complicated and time-consuming modifications to a fixed database schema. All entries may be dual keyed by MSISDN or IMSI (MDN & MIN in ANSI 41) or equivalents.
  • An illustration of the database package structure is shown in FIG. 3 .
  • the structure includes core, HLR, routing, application, and trigger packages.
  • the modular nature of the platform also allows for frequent re-use of common components.
  • the NAP 3 is a highly available, highly perfomant Network Server responsible for handling all SS7 and X.25 network traffic. Each NAP platform can support up to 32 SS7 links.
  • the application logic for the various products resides on the NAP, as this is where MAP, TCAP and SCCP primitives can be managed. NAP stacks are illustrated in FIG. 4 .
  • the DBS provides a fully centralised, redundant, in-memory (RAM) subscriber database for applications running on the platform 1 .
  • the DBS is always deployed in a 2N Redundant configuration ensuring that all subscriber data is maintained in at least two real-time locations and thus there is no loss of service in the event of the failure of a single DBS instance.
  • Each DBS memory database is fully synchronised with its peer DBS (in the 2N Redundant pair) and the disk database stored on the OMP. For each pair, one DBS will be configured to be live and one will be the shadow. The live/shadow combination of DBS systems is configured to maintain maximum redundancy in case of failure.
  • the active DBS can be configured in one of three ways, depending on the nature of the service and Network Operator's requirements:
  • the Operations and Maintenance Processor provides full administration and management of the platform 1 including mediation with the operators Subscriber Administration and Network Management systems.
  • the OMP also contains the disk database and plays a major role in database synchronisation.
  • the OMP is responsible for the following tasks:
  • the OMP consists of the following logical entities:
  • An advantageous feature of the platform 1 is the Signal Relay Layer 13 as it provides the ability to monitor SS7 traffic in the network and trigger applications based on inspection of operations at SCCP, TCAP or MAP levels. Inspected operations can be:
  • This ability allows the platform to support applications such as Number Portability, or act as an Address Register in a network containing multiple HLRs.
  • the decision to Forward, Relay or Respond can be made using data contained on the platform or by querying an external system using MAP, INAP, TCP/IP or other protocol.
  • An example of triggering is shown in FIG. 5 , in which the platform is called “Ulysses”.
  • the platform generates an INAP signal 2 and subsequently a MAP operation 3 b for a destination network element, before a MAP response is provided from the destination network element to the source network element.
  • FIGS. 6 and 7 illustrate two typical configurations that demonstrate the flexibility of the architecture and its ability to be tailored to meet the individual requirements of particular applications and operators.
  • FIG. 6 shows a small to medium deployment with redundancy. This configuration would be suitable for applications that require redundancy but where the capacity and performance requirements are not that high, for example Number Portability applications in a small GSM network.
  • FIG. 10 shows a large scale multi-node configuration with full redundancy. This particular configuration represents an instance of a large Roaming Interworking Gateway (RIG) between ANSI-41 and GSM. There are eleven systems in all.
  • ROG Roaming Interworking Gateway
  • the platform 1 will turn messages around in 200–700 ms depending on the protocol handling needed and the database requirements. Ultimately the response time will be dependent on the application. A reasonable assumption is that they can respond in 500 ms or less for 95% of service instances during the busy hour.
  • the target response times for applications are in the region of:
  • the platform 1 can support in the order of 6 Million HLR type data records. Other applications, such as Number Portability require less data, and up to 10 million such records can be handled.

Abstract

A wireless mobility services platform (1) has a high-speed network interconnecting an operations and maintenance processor (2) for performing platform administration and management functions, a network access processor for handling signalling traffic, and a database server (4) comprising a memory subscriber database distributed across hardware platforms according to a fault-tolerant redundancy scheme. A platform software layer (12) comprising common communication and database access functions is hosted on the operations and maintenance processor, the network access processor, and on the database server. A signal relay layer (13) is hosted on the network access processor.

Description

This is a continuation of PCT/IE00/00165, filed Dec. 21, 2000 and published in English.
INTRODUCTION
The invention relates to a wireless mobility services platform for deployment in any of a range of network protocols including GSM, ANSI41, or PDC.
The objects of the invention are to provide some or all of the following:
    • (a) network resilience,
    • (b) high capacity,
    • (c) on-line upgrade capability,
    • (d) flexible allocation and provisioning of network data,
    • (e) high performance,
    • (f) quick and simple deployment of new applications.
SUMMARY OF THE INVENTION
According to the invention, there is provided a wireless mobility services platform comprising a network interconnecting:
    • an operations and maintenance processor comprising means for performing platform administration and management functions;
    • a network access processor comprising means for handling signalling traffic;
    • a database server comprising a memory subscriber database distributed across a plurality of hardware platforms according to a fault-tolerant redundancy scheme;
    • a platform software layer comprising common communication and database access functions hosted on the operations and maintenance processor, the network access processor, and on the database server, and
    • a signal relay layer hosted on the network access processor.
In one embodiment, the signal relay layer comprises means for monitoring signal traffic according to filter criteria.
In one embodiment, the signal relay layer comprises means for triggering applications based on said monitoring.
In one embodiment, the signal relay layer comprises means for forwarding signals to an original destination and for relaying signals to an alternative destination according to inspection of operations in incoming signals.
In one embodiment, the signal relay layer comprises means for generating a response by simulating an application residing on the platform.
In another embodiment, the database server comprises means for maintaining a package-based database structure.
In one embodiment, the structure comprises core, HLR, routing, application, and trigger packages.
In one embodiment, the database server is configured in a 2N redundant configuration with two real time locations for all subscriber data.
In one embodiment, the database server comprises means for maintaining a disk subscriber database on the operations and maintenance processor in addition to internal live and standby subscriber databases.
In one embodiment, the operations and maintenance processor comprises means for allowing user updating of subscriber data on said database.
In one embodiment, the operations and maintenance processor comprises means for performing event handling in which events are received from within the platform and are logged to a database.
In one embodiment, the operations and maintenance processor comprises means for synchronising timing across all processors of the platform.
DETAILED DESCRIPTION OF THE INVENTION Brief Description of the Drawings
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:
FIG. 1 is an overview schematic representation of a platform of the invention;
FIG. 2 is a software architecture diagram;
FIG. 3 is a diagram illustrating a package-oriented database structure;
FIG. 4 is a diagram illustrating variants supported;
FIG. 5 is a diagram showing service triggering; and
FIGS. 6 and 7 are diagrams showing hardware architectures for two hardware platform configurations, one small scale and the other large scale.
 DESCRIPTION OF THE EMBODIMENTS
Referring to FIG. 1, the overall architecture of a wireless mobility services platform 1 is illustrated. The platform has a distributed three layer or component architecture whereby the various functional components of the system can be deployed on multiple hardware platforms that can be co-located or geographically distributed.
The layers are:
OMP: Operations and Maintenance Processor 2.
    • The OMP provides fully centralised administration and management of all parts of the platform and supports mediation with an operator's Subscriber Administration and Network Management system.
      NAP: Network Access Processor 3.
    • The NAP is a Signalling End Point responsible for handling all SS7 and X.25 signalling traffic and execution of any MAP protocol. The NAPs may be deployed in either 2N redundant or N+1 load sharing configurations depending on the requirement of the supported application.
      DBS: Database Server 4.
    • The DBS provides a fully centralised, redundant, in-memory (RAM) subscriber database for the platform 1. The DBS is always deployed in 2N redundant configurations, ensuring that all subscriber data is maintained in at least two real time locations and thus there is no loss of service in the event of failure of a single DBS system. Data updates are synchronised across DBS instances and the OMP.
The advantages of this arrangement include:
Centralised Management and Provisioning Interface.
    • The standalone OMP component allows multiple platforms to be managed and provisioned as a single logical system. The OMP is the only platform that needs to interface to an Operator's Network Management and Subscription Management systems.
      Resilience
    • Both NAP and DBS components can be deployed in 2N redundant configurations to ensure full resilience against the failure of a single system. Availability levels of almost 100% can be provided. Failure detection is a fundamental feature of the platform and does not rely on third party products such as HP ServiceGuard™.
      Performance
    • As the Network Access Layer (NAP) and the Database Server (DBS) are logically separate systems that can be deployed on separate platforms, all deployments can be tailored to meet the precise performance and capacity requirements of the actual application being implemented.
    • Applications requiring significantly greater Performance at the Network Layer than in the Database Server can be implemented with proportionately greater processing power for the NAP systems than in the DBS systems, and vice versa.
      Easy Capacity and Feature Upgrade.
    • The distributed architecture ensures that there is no loss of service when adding extra systems to provide additional capacity. Similarly, the 2N redundant configuration allows Standby systems to be upgraded to new Application or OS software versions without impacting live services.
Referring now to FIG. 2, the software structure of the platform 1 is shown. Each layer resides on one or more of the architecture components shown in FIG. 1, as follows.
HP-UX™ (Unix) 11. This is the operating system and resides on the OA & M 2, the NAP 3, and the DBS 4.
HP Open Call™ 11. This is a Hewlett Packard™ third party stack and it resides on the NAP 3.
Platform Layer 12. This comprises the common software functions such as communication functions and database access function. It resides on all components 2, 3, and 4.
Signal Relay Layer (SRL) 13. This monitors incoming signals and performs filtering and relaying operations according to configurable criteria. It resides on the NAP 3.
Major applications 14. These are large-scale applications such as a RIG, a HLR, or an AuC. They reside at least partly on all architecture components 2, 3, and 4.
Smaller applications 15. These are smaller-scale applications which may be added to the platform 1 in a modular manner. They at least partly reside on all three components.
The architecture of FIG. 1 and the software structure of FIG. 2 allow new and custom applications to be quickly developed and deployed in a cost-effective manner. Multiple applications can be co-hosted. Application specific logic resides on the NAP component, where network traffic can be handled according to the particular requirements of the implemented service.
Subscriber data is stored in the DBS RAM database and in secure storage on the OMP. The package oriented database design used allows new data types and structures to be easily implemented without the need for complicated and time-consuming modifications to a fixed database schema. All entries may be dual keyed by MSISDN or IMSI (MDN & MIN in ANSI 41) or equivalents. An illustration of the database package structure is shown in FIG. 3. The structure includes core, HLR, routing, application, and trigger packages. The modular nature of the platform also allows for frequent re-use of common components.
The following describes the architecture components in more detail. The NAP 3 is a highly available, highly perfomant Network Server responsible for handling all SS7 and X.25 network traffic. Each NAP platform can support up to 32 SS7 links. The application logic for the various products resides on the NAP, as this is where MAP, TCAP and SCCP primitives can be managed. NAP stacks are illustrated in FIG. 4.
SS7 Stack Options
The following stack varieties are supported:
GSM ITU SS7
    • MAP Phase 2+, 2 and 1
    • TCAP (White Book)
    • SCCP (Blue Book)
    • MTP (Blue Book)
      ANSI-41/ANSI SS7
    • MAP ANSI Revs A,B,C,D
    • TCAP ANSI T1.114
    • SCCP ANSI T1.112
    • MTP ANSIT1.111
      Hybrid Stack
    • GSM/ITU MAP over ANSI TCAP and below
      Reverse Hybrid Stack
    • ANSI MAP over GSM/ITU TCAP and below
      ANSI variants using MAP over X.25 or TCP/IP are also possible.
      Configurations
There are two possible NAP configurations, Active/Standby (also known as 2N Redundant) and Load Sharing, where high-availability is provided through N+1 redundancy.
2N Redundant
    • This configuration consists of N active NAP nodes, each with a hot standby partner node, which is immediately available to take over in the event of any failures in the live system. The recovery time is guaranteed to be no more than 6 seconds. All SS7 links remain active during recovery, and the subsystems remain in service.
    • Each NAP pair has a single point code per protocol stack. The addition of a new pair requires the assignment of additional point codes.
      N+1 Redundant
    • In this configuration, N active platforms share the network. In the event of the failure of one of the platforms, the load is redistributed amongst the remaining systems. This configuration is dependent on the remainder of the home SS7 network supporting SCCP Global Title Routing and being able to switch the GT translation to a different NAP if the primary NAP is unavailable. Point code aliasing could also be used, where supported.
    • During recovery, all links are lost and the subsystems go temporarily out of service.
      Database Server (DBS)
The DBS provides a fully centralised, redundant, in-memory (RAM) subscriber database for applications running on the platform 1. The DBS is always deployed in a 2N Redundant configuration ensuring that all subscriber data is maintained in at least two real-time locations and thus there is no loss of service in the event of the failure of a single DBS instance.
Each DBS memory database is fully synchronised with its peer DBS (in the 2N Redundant pair) and the disk database stored on the OMP. For each pair, one DBS will be configured to be live and one will be the shadow. The live/shadow combination of DBS systems is configured to maintain maximum redundancy in case of failure.
When an application sends an update request to the active DBS, the active DBS can be configured in one of three ways, depending on the nature of the service and Network Operator's requirements:
  • 1. Database update on the active DBS and response to client Application only takes place after shadow DBS has replicated the data. This is the most secure method.
  • 2. The active DBS does not wait for shadow DBS acknowledgement before updating its database. However, it does not respond to the client Application until the shadow acknowledgement is received.
  • 3. The active DBS does not wait for shadow acknowledgement before updating its database and responding to the client Application. This is the fastest mode and is designed for applications requiring rapid response times.
    Operations and Maintenance Processor (OMP)
The Operations and Maintenance Processor provides full administration and management of the platform 1 including mediation with the operators Subscriber Administration and Network Management systems.
The OMP also contains the disk database and plays a major role in database synchronisation.
The OMP is responsible for the following tasks:
    • Startup and shutdown of the DBS and NAP machines
    • Modifications to subscriber disk database
    • Maintenance and reporting of event information
The OMP consists of the following logical entities:
OMP Manager
    • Creates OMP UNIX processes, co-ordinates startup/shutdown of DBSs and NAPs.
      RDBMS
    • Third-party database (OpenIngres™) used to store MSDP information to disk for recover in event of failure.
      System Administration Terminals
    • Graphical user interfaces (GUI) for the MSDP and associated application. Multiple instances can be run locally or remotely over TCP/IP
      Provisioning Interface
    • Used to create/read/update/delete subscribers. A fully-functional MML is used to allow external systems to remotely manage all subscriber data.
      Event Handler
    • Receives events/alarms from entities within the system. Optionally logs them to event monitor and to a UNIX file (which may be a special file, e.g. RS-232, TCP/IP Socket etc.)
      Platform Monitor
    • Monitors and displays the state of platform nodes (DBS, NAP). Multiple instances can be run locally or remotely over TCP/IP
      DBS Interface
    • Used to update the DBSs with subscriber information when the system is started or a subscriber is added/modified/deleted from the Provisioning Interface. Also used by the DBSs to secure updates from the NAPs to the disk database
      Timing Interface
    • Used to synchronise system time on all machines (uses Network Time Protocol).
An advantageous feature of the platform 1 is the Signal Relay Layer 13 as it provides the ability to monitor SS7 traffic in the network and trigger applications based on inspection of operations at SCCP, TCAP or MAP levels. Inspected operations can be:
    • Forwarded on to the original destination
    • Relayed to an alternative destination
    • Responded to at MAP level with simulation as if the platform application were the system to which the operation was originally sent.
This ability allows the platform to support applications such as Number Portability, or act as an Address Register in a network containing multiple HLRs.
The decision to Forward, Relay or Respond can be made using data contained on the platform or by querying an external system using MAP, INAP, TCP/IP or other protocol. An example of triggering is shown in FIG. 5, in which the platform is called “Ulysses”. In this example, the platform generates an INAP signal 2 and subsequently a MAP operation 3 b for a destination network element, before a MAP response is provided from the destination network element to the source network element.
FIGS. 6 and 7 illustrate two typical configurations that demonstrate the flexibility of the architecture and its ability to be tailored to meet the individual requirements of particular applications and operators. FIG. 6 shows a small to medium deployment with redundancy. This configuration would be suitable for applications that require redundancy but where the capacity and performance requirements are not that high, for example Number Portability applications in a small GSM network.
Three platforms are deployed:
    • One HP D2xx series standalone OMP with Admin Terminal for all System Management purposes.
    • Two HP K4xx series in an Active/Standby (2N Redundant configuration). Both the NAP and DBS software runs on each machine.
FIG. 10 shows a large scale multi-node configuration with full redundancy. This particular configuration represents an instance of a large Roaming Interworking Gateway (RIG) between ANSI-41 and GSM. There are eleven systems in all.
    • 1 HP D2xx series standalone OMP
    • 4 HP K3xx series DBS platforms
    • 2 HP K4xx NAP platforms
    • 2 HP D2xx series ANSI-41 Authentication Centres
    • 2 HP D2xx series GSM Authentication Centres
Regarding transaction rates of the platform 1, it is possible to deploy the platform in configurations handling from 10s to 1000s of transactions per second sustained traffic during the busy hour. Regarding response times, the platform 1 will turn messages around in 200–700 ms depending on the protocol handling needed and the database requirements. Ultimately the response time will be dependent on the application. A reasonable assumption is that they can respond in 500 ms or less for 95% of service instances during the busy hour.
In 95% of cases during the busy hour, the target response times for applications are in the region of:
    • 150 ms response time for simple SCCP relay
    • 200 ms response time when trigger logic is executed (i.e. MAP is analysed) and no service database is accessed
    • Additional 100 ms for each access of DBS
    • Additional 100 ms for invocation of service logic and sending a MAP response
    • Additional 300 ms for invocation of a single external SCF/SDF transaction. This is excluding the time spent in the external SCF/SDF.
Regarding database sizing, the platform 1 can support in the order of 6 Million HLR type data records. Other applications, such as Number Portability require less data, and up to 10 million such records can be handled.
The invention is not limited to the embodiments described, but may be varied in construction and detail.

Claims (6)

1. A wireless mobility services platform comprising a network interconnecting:
an operations and maintenance processor comprising means for performing platform administration and management functions;
a network access processor comprising means for handling signalling traffic;
a database server comprising a memory subscriber database distributed across a plurality of hardware platforms according to a fault-tolerant redundancy scheme, the server comprising means for maintaining a package-based database structure with core, HLR, routing, application, and trigger packages;
a platform software layer comprising common communication and database access functions hosted on the operations and maintenance processor, the network access processor, and on the database server, and
a signal relay layer hosted on the network access processor, said signal relay layer comprising means for inspecting operations in incoming signals and for, in response to said inspection, relaying signals to an original destination, relaying signals to an alternative destination, or acting as a proxy for an application residing on the platform to generate a response with simulation, and monitoring signal traffic according to filter criteria, and triggering applications based on said monitoring.
2. A wireless mobility services platform as claimed in claim 1, wherein the database server is configured in a 2N redundant configuration with two real time locations for all subscriber data.
3. A wireless mobility services platform as claimed in claim 2, wherein the database server comprises means for maintaining a disk subscriber database on the operations and maintenance processor in addition to internal live and standby subscriber databases.
4. A wireless mobility services platform as claimed in claim 3, wherein the operations and maintenance processor comprises means for allowing user updating of subscriber data on said database.
5. A wireless mobility services platform as claimed in claim 1, wherein the operations and maintenance processor comprises means for performing event handling in which events are received from within the platform and are logged to a database.
6. A wireless mobility services platform as claimed in claim 1, wherein the operations and maintenance processor comprises means for synchronising timing across all processors of the platform.
US10/173,974 1999-12-23 2002-06-19 Wireless mobility services platform with package-based database structure Expired - Lifetime US7130907B2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IE991094 1999-12-23
PCT/IE2000/000165 WO2001049052A1 (en) 1999-12-23 2000-12-21 A wireless mobility services platform

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/IE2000/000165 Continuation WO2001049052A1 (en) 1999-12-23 2000-12-21 A wireless mobility services platform

Publications (2)

Publication Number Publication Date
US20040198352A1 US20040198352A1 (en) 2004-10-07
US7130907B2 true US7130907B2 (en) 2006-10-31

Family

ID=11042180

Family Applications (1)

Application Number Title Priority Date Filing Date
US10/173,974 Expired - Lifetime US7130907B2 (en) 1999-12-23 2002-06-19 Wireless mobility services platform with package-based database structure

Country Status (9)

Country Link
US (1) US7130907B2 (en)
EP (1) EP1240790B1 (en)
JP (1) JP4830081B2 (en)
AT (1) ATE410891T1 (en)
AU (1) AU2215601A (en)
DE (1) DE60040481D1 (en)
ES (1) ES2313911T3 (en)
IE (1) IES20001066A2 (en)
WO (1) WO2001049052A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9524641B2 (en) 2011-03-22 2016-12-20 GE Lighting Solutions, LLC LED traffic signal fault logging system and method
US11863407B2 (en) 2021-08-06 2024-01-02 Pelatro Pte. Ltd. System and method for efficient numerical data model, memory management, streaming aggregation and contextual event checks in large semi-structured datasets
US11914482B2 (en) 2020-11-20 2024-02-27 Pelatro Pte. Ltd. System and method for robust, efficient, adaptive streaming replication application protocol with dancing recovery for high-volume distributed live subscriber datasets

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2215601A (en) * 1999-12-23 2001-07-09 Markport Limited A wireless mobility services platform
US20060079230A1 (en) * 2004-10-13 2006-04-13 Russell Thomas C System and methods for redundant networks
CN101433070B (en) * 2006-02-15 2011-10-05 泰克莱克公司 Methods, systems, and computer program products for selectively processing or redirecting signaling connection control part (SCCP) messages
CN101491042B (en) * 2006-04-13 2013-03-27 泰克莱克股份有限公司 Methods, systems, and computer program products for providing internet protocol multimedia subsystem (ims) services in response to advanced intelligent network (ain) triggers
CN100442719C (en) * 2006-07-26 2008-12-10 华为技术有限公司 Network maintenance method and apparatus
EP2198560B1 (en) * 2007-09-06 2017-03-29 Tekelec, Inc. Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (ios/sip) adapter
CN102880120A (en) * 2012-09-22 2013-01-16 南京理工大学 Uniaxial turntable used for a high-speed moving node Ad Hoc network test, and test method thereof

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5497412A (en) 1994-04-07 1996-03-05 Gte Telecommunication Services Incorporated Enhanced call delivery system for roaming cellular subscribers
US5517562A (en) * 1994-11-01 1996-05-14 Independent Telecommunications Network, Inc. Method and system for providing a distributed service network for telecommunications service providers
WO1996015633A1 (en) 1994-11-11 1996-05-23 TELEKONAKTIEBOLAGET L M ERICSSON (publ) System for subscriber administration in telecommunication network
WO1997036440A1 (en) 1996-03-28 1997-10-02 Markport Limited A service user for a mobile telecommunications system
US5901352A (en) 1997-02-20 1999-05-04 St-Pierre; Sylvain System for controlling multiple networks and associated services
US5953662A (en) 1996-04-30 1999-09-14 Ericsson, Inc. Dual home location registers in a mobile radio system
WO2001049052A1 (en) * 1999-12-23 2001-07-05 Markport Limited A wireless mobility services platform
US6453174B1 (en) * 1996-03-28 2002-09-17 Markport Limited Roaming interworking gateway for mobile telecommunications systems
US6519266B1 (en) * 1998-01-05 2003-02-11 Nortel Networks Limited Layering of wireless packet data service
US6535737B1 (en) * 1999-04-14 2003-03-18 Telefonaktiebolaget Lm Ericsson (Publ) Signalling link capacity in a cellular communications system
US20030224820A1 (en) * 2000-08-25 2003-12-04 Heikki Einola Monitoring connection to user terminal in telecommunications system
US6714987B1 (en) * 1999-11-05 2004-03-30 Nortel Networks Limited Architecture for an IP centric distributed network
US6876634B1 (en) * 1997-11-26 2005-04-05 Lg Information & Communications, Ltd. Architecture of mobile communication systems network and method for transmitting packet data using the same

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000507421A (en) * 1996-03-28 2000-06-13 マークポート・リミテッド Home location register for mobile telecommunications network
EP0890281B1 (en) * 1996-03-28 2002-09-25 Markport Limited A home location register for a mobile telecommunications network

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5497412A (en) 1994-04-07 1996-03-05 Gte Telecommunication Services Incorporated Enhanced call delivery system for roaming cellular subscribers
US5517562A (en) * 1994-11-01 1996-05-14 Independent Telecommunications Network, Inc. Method and system for providing a distributed service network for telecommunications service providers
WO1996015633A1 (en) 1994-11-11 1996-05-23 TELEKONAKTIEBOLAGET L M ERICSSON (publ) System for subscriber administration in telecommunication network
WO1997036440A1 (en) 1996-03-28 1997-10-02 Markport Limited A service user for a mobile telecommunications system
US6453174B1 (en) * 1996-03-28 2002-09-17 Markport Limited Roaming interworking gateway for mobile telecommunications systems
US5953662A (en) 1996-04-30 1999-09-14 Ericsson, Inc. Dual home location registers in a mobile radio system
US5901352A (en) 1997-02-20 1999-05-04 St-Pierre; Sylvain System for controlling multiple networks and associated services
US6876634B1 (en) * 1997-11-26 2005-04-05 Lg Information & Communications, Ltd. Architecture of mobile communication systems network and method for transmitting packet data using the same
US6519266B1 (en) * 1998-01-05 2003-02-11 Nortel Networks Limited Layering of wireless packet data service
US6535737B1 (en) * 1999-04-14 2003-03-18 Telefonaktiebolaget Lm Ericsson (Publ) Signalling link capacity in a cellular communications system
US6714987B1 (en) * 1999-11-05 2004-03-30 Nortel Networks Limited Architecture for an IP centric distributed network
WO2001049052A1 (en) * 1999-12-23 2001-07-05 Markport Limited A wireless mobility services platform
US20030224820A1 (en) * 2000-08-25 2003-12-04 Heikki Einola Monitoring connection to user terminal in telecommunications system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9524641B2 (en) 2011-03-22 2016-12-20 GE Lighting Solutions, LLC LED traffic signal fault logging system and method
US11914482B2 (en) 2020-11-20 2024-02-27 Pelatro Pte. Ltd. System and method for robust, efficient, adaptive streaming replication application protocol with dancing recovery for high-volume distributed live subscriber datasets
US11863407B2 (en) 2021-08-06 2024-01-02 Pelatro Pte. Ltd. System and method for efficient numerical data model, memory management, streaming aggregation and contextual event checks in large semi-structured datasets

Also Published As

Publication number Publication date
IES20001066A2 (en) 2001-07-11
DE60040481D1 (en) 2008-11-20
ES2313911T3 (en) 2009-03-16
EP1240790B1 (en) 2008-10-08
JP4830081B2 (en) 2011-12-07
ATE410891T1 (en) 2008-10-15
AU2215601A (en) 2001-07-09
JP2003518887A (en) 2003-06-10
EP1240790A1 (en) 2002-09-18
WO2001049052A1 (en) 2001-07-05
US20040198352A1 (en) 2004-10-07

Similar Documents

Publication Publication Date Title
JP3974652B2 (en) Hardware and data redundancy architecture for nodes in communication systems
US7505769B2 (en) Signaling gateway with multiple IMSI with multiple MSISDN (MIMM) service in a single SIM for multiple roaming partners
US7577090B2 (en) Method and system for providing availability and reliability for a telecommunication network entity
CN103535072B (en) System and method for session resiliancy at geo-redundant gateways
US7577431B2 (en) Providing multiple MSISDN numbers in a mobile device with a single IMSI
US20140064130A1 (en) Geographic redundancy for call servers in a cellular system based on a bearer-independent core network
AU738158B2 (en) Database updating in a mobile communication system
US5664010A (en) System and method for providing an improved telecommunications service node
EP1786177B1 (en) Clustering call servers to provide protection against call server failure
US7130907B2 (en) Wireless mobility services platform with package-based database structure
US20060030317A1 (en) Data handling system
US8559940B1 (en) Redundancy mechanisms in a push-to-talk realtime cellular network
US20030022669A1 (en) Pre-paid roaming in mobile telecommunication networks
IE20001067A1 (en) A wireless mobility services platform
US6078659A (en) Apparatus and method for fast automated recovery from toll switch failure in a telephone network
WO2008077428A1 (en) Handling of terminating calls in a distributed system

Legal Events

Date Code Title Description
AS Assignment

Owner name: MARKPORT LIMITED, IRELAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:AITKEN, DAVID JAMES;DILLON, AIDAN;REEL/FRAME:013306/0835;SIGNING DATES FROM 20020617 TO 20020618

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

AS Assignment

Owner name: U.S. BANK TRUSTEES LIMITED, UNITED KINGDOM

Free format text: SECURITY INTEREST;ASSIGNOR:MARKPORT LIMITED;REEL/FRAME:034557/0343

Effective date: 20141215

AS Assignment

Owner name: MARKPORT LIMITED, IRELAND

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:U.S BANK TRUSTEES LIMITED;REEL/FRAME:039512/0224

Effective date: 20160816

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553)

Year of fee payment: 12