CA2147776C - Number translation services matrix - Google Patents
Number translation services matrixInfo
- Publication number
- CA2147776C CA2147776C CA002147776A CA2147776A CA2147776C CA 2147776 C CA2147776 C CA 2147776C CA 002147776 A CA002147776 A CA 002147776A CA 2147776 A CA2147776 A CA 2147776A CA 2147776 C CA2147776 C CA 2147776C
- Authority
- CA
- Canada
- Prior art keywords
- service
- scp
- message
- network
- ssp
- 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 - Fee Related
Links
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
- H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
- H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
- H04Q3/54508—Configuration, initialisation
- H04Q3/54533—Configuration data, translation, passwords, databases
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13528—SCP architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13531—Indexing scheme relating to selecting arrangements in general and for multiplex systems virtual networks - inc. PVN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13535—Indexing scheme relating to selecting arrangements in general and for multiplex systems distributed systems - also domains in service creation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13542—Indexing scheme relating to selecting arrangements in general and for multiplex systems numbering plans, e.g. number re-allocation
Abstract
A method is disclosed for processing call data among telephone switching offices and a remotely located database system, called an SCP (Services Control Point), such that one large monolithic application at the SCP is shared among a very large number of individual services.
Specifically, the disclosure pertains to the means of achieving the necessary service differentiation at the SCP, namely through: i) the use of a very powerful transaction processor, capable of addressing massive amounts of memory and dealing with large numbers of real time events; ii) the assignment of service-specific memory addressing ranges (identified hereafter as Numbering Plans, which can be either Open or Private) in one large monolithic application; iii) the use of service-specific search keys within Numbering Plans;
iv) a rich common service logic tree, and common reference library, capable of being pruned down to match the service logic needs of individual services, and of individual customers within those services; and v) rapid screen customization at the service provisioners' workstations to meet service-specific operations requirements. The result is a matrix with all the services on one axis and all the service features on the other, such that the intersections of services and features can be customized by the Telco to meet specific service needs.
Specifically, the disclosure pertains to the means of achieving the necessary service differentiation at the SCP, namely through: i) the use of a very powerful transaction processor, capable of addressing massive amounts of memory and dealing with large numbers of real time events; ii) the assignment of service-specific memory addressing ranges (identified hereafter as Numbering Plans, which can be either Open or Private) in one large monolithic application; iii) the use of service-specific search keys within Numbering Plans;
iv) a rich common service logic tree, and common reference library, capable of being pruned down to match the service logic needs of individual services, and of individual customers within those services; and v) rapid screen customization at the service provisioners' workstations to meet service-specific operations requirements. The result is a matrix with all the services on one axis and all the service features on the other, such that the intersections of services and features can be customized by the Telco to meet specific service needs.
Description
21~7776 ._ Number Translation Services Matrix Summary of the invention This invention relates to telecommunications Intelligent Network call routing, via SS7 signaling from a network of switches to a remotely located database called an SCP (Services Control Point), but more particularly to a method of partitioning the SCP for simultaneously supporting a very large number of individual services.
Background of the invention NTS (Number Translation Services) is a domain of switched voice/data network telecommllnications services wherein the dialed telephone number does not necessarily represent the physical number at which a call terminates.
In other words, the dialed number is virtual as opposed to real. Virtual numbers must be translated into real numbers before network routing can take place, hence the domain's name. Well-known examples of NTS are 800 and 900 Services. Each of these services has its own 7-digit Open (i.e., not Private) Numbering Plan. Each active number in the Numbering Plan is the address of a customer record, which in turn contains the customer's profile.
An important element of the profile is the real terminating number.
With a conventional call, where the dialed number is real, a network switch can perform network routing by analyzing the first 3 or 6 digits ~i.e., NXX or NPA +
NXX). NXX refers to the fourth to sixth digits of a 10-digit PSTN number (i.e., NPA + NXX + XXXX). The "N"
digit is any value 2 - 9 and each of the "X" digits is any value 0 - 9.
Because these digits identify geographical areas of the network, the call can simply be forwarded to a switch 21~7776 .., that is closer to (or at) the destination. On the other hand, if a virtual number is encountered, the only way of knowing where to route the call is to consult a database that contains the virtual numbers and their corresponding real numbers.
Initially, when services such as 800 Service had low penetration, and thus few numbers in their Numbering Plans, it was acceptable to maintain an internal database within each switch. Then, as the quantity of numbers increased, it became necessary to consolidate all the databases into a single entity (replicated for network survivability) called the SCP (Service Control Point).
NTS that are based on unique access codes such as 800 and 900 have been around for many years. Recently, however, there has been growing pressure to introduce NTS
to the basic PSTN (Public Switched Telephone Network).
This pressure has come from several sources: i) business customers wanting to own their local telephone numbers, and hence lobbying for local number portability;
ii) business customers wanting local NTS feature functionality such as Universal Access Number (i.e., having the same local telephone number provide access to many terminating locations) and time-dependent routing;
iii) personal number mobility requirements, giving wired networks cellular-like roaming capabilities; and iv) the need to reduce telephone companies operating expense associated with conventional moves and changes. The result is expected to be a burgeoning demand for new access codes based on existing 3 and 6-digit prefixes, and hence many more Numbering Plans.
Another major growth area for NTS involves VPN
(Virtual Private Networks). With VPN, business customers are able to establish personalized networks that share switch and transport resources with the PSTN. This is a far more cost-effective approach than having stand-alone physical networks with resources devoted entirely to individual customers. However, it is inherent to VPN
that each customer have a unique Private Numbering Plan, -such that the abbreviated in-house numbers can be translated into actual PSTN terminations.
Yet another growth area pertains to FX (Foreign Exchange) service, which is one of the most popular business long-distance services. This service involves customers who subscribe to telephone service in distant cities-i.e., in foreign telephone exchanges. The traditional approach has been to extend a very long, dedicated, physical telephone line from the distant city to the customer's remote premises. However, with the use of service-specific Numbering Plans for incoming and outgoing calls, it becomes possible for FX customers to be served from the nearest telephone office, thereby sharing the PSTN resources and eliminating the need for long, costly, dedicated telephone lines.
The phenomenal growth in NTS applications, sparked by the trends highlighted above, is expected to fuel a correspondingly phenomenal demand for new Numbering Plans, both Open and Private. Moreover, because the scope of NTS is expanding horizontally rather than vertically, and also down market from large business customers to basic POTS customers, demand to increase the power of the feature superset is expected to have a relatively low priority. These observations suggests that the ideal service creation environment is one that facilitates replication of a basic set of functionality in new Numbering Plans in the shortest possible time.
This is contrary to the conventional service creation approach which focuses almost entirely on creating new services through enhancement of the feature set.
Traditionally, major new Intelligent Network services have been built as entirely new applications, especially when they have been associated with new Numbering Plans. Moreover, these applications have generally been deployed on different sets of SCP
processors, if not completely separate SCPs. This has resulted in the same or very similar service logic being created over and over again, albeit through the use of 21~7776 library functions intended to facilitate service logic replication. Thus, the principal disadvantages of the traditional service creation methods are higher deployment cost, reduced network efficiency, wasted development effort, and longer time to market for the services.
Service creation schemes featuring service logic modules that can be structured randomly into tree-like structures are in widespread use under various trade names. In general, these schemes generate logic trees (called "decision graphs" or "call processing records", etc) through work stations that incorporate high-level graphical programming languages and feature the use of "palettes", "icons", and other abstractions. The design intent of these schemes is service creation through additions to the feature set, and ihey are generally aimed at satisfying the needs of an entire service as a single entity.
A need therefore exists for providing a new SCP
platform which reduces the above shortcomings.
Accordingly, it is an object of the present invention to provide a new SCP platform capable of simultaneously handling a large number of completely independent 7-digit open numbering plans and 4-digit private numbering plans.
Another object of the present invention is to provide a new SCP platform with a data configuration which forms a matrix with numbering plans on one axis and service features on another axis.
Another object of the present invention is to provide an NTS matrix wherein service-specific memory addressing ranges corresponding to numbering plans are assigned.
Another object of the present invention is to provide an NTS matrix wherein service-specific search keys are used within each numbering plan to enable number translation.
21~7776 Another object of the present invention is to provide an NTS matrix wherein each numbering plan in the matrix shares a common service logic tree and common reference library, capable of being pruned down to match S the service logic needs of individual numbering plans.
In accordance with an embodiment of the present invention, there is provided in a telephone network having a number of telephone switching offices equipped with SSPs (Service Switching Points) operating with AIN
(Advanced Intelligent Network) application software, and a remotely located SCP(Service Control Point) adapted to receive SS7 (Signaling System 7) messages from the SSPs, a method of translating a dialed number at the SCP to enable the routing of a call on the telephone network, comprising the steps of:
receiving at a first SSP a number of digits sent from a calling station;
identifying an access code from the received digits using the SSPIs IN trigger;
formulating an SS7 message appropriate to the IN
trigger used;
transmitting the SS7 message from the first SSP to the remotely located SCP via a CCS (Common Channel Signaling) transport facility;
pre-translating at the SCP the received SS7 message to determine the appropriate numbering plan and an assigned search key;
identifying, using the assigned search key, within the determined numbering plan a routing number;
formulating another SS7 message at the SCP
containing the routing number; and transmitting the formulated SS7 message to the first SSP to instruct the telephone network how the complete the call.
21~ 7776 Brief description of the drawings The invention will be better understood by an examination of the following description, together with the accompanying drawings, in which:
Figure 1 is a block diagram of the main elements forming part of a generic IN telephone network;
Figure 2 is a diagram illustrating a typical numbering plan structure;
Figure 3 is a block diagram illustrating how numbering plan ranges are selected;
Figure 4 is a diagram illustrating a matrix of services versus features;
Figure 5 is a table illustrating the relationship between trigger type, service and search keys;
Figures 6 is a block diagram of a multi-processor SCP; and Figures 7a and 7b are flow diagrams illustrating the selection of SCP services when a call is received.
Description of the preferred embo~im~nts Referring now to Figure 1, we have shown a block diagram of the main elements forming part of a generic IN
telephone network. A switch 10 equipped with AIN
software serves as an SSP (Service Switching Point) for number translation services. Switch 10 has SS7 signaling links 11 and 12 connecting to an STP (Signaling Transfer Point) pair 13 and 14. On the other side of the SS7 network 15, load-sharing SCPs 16 and 17 are connected to the same or another mated pair of STPs 18 and 19. SCPs 16 and 17 contain the services database. They perform the translation functions and return a response containing routing and billing information to the SSP 10.
The two SCPs, each with replicated data, are configured as load-sharing reliability mates. That is, during normal operation, each SCP handles one half of the query 2~47776 traffic. In the failure mode, the r~m~ining operational SCP assumes full load.
Users can access the SMS (Service Management System) 20 and 21 via an X.25 network 22 using GUI (Graphical User Interface) workstations, or block-mode character terminals 23. Each of the two SMSs is co-located with an SCP, sharing the same server platform. One SMS 20 designated as primary is active and handles all service orders. It is also responsible for updating and synchronizing data in both SCPs.
Generally, after station 24 initiates a call, an IN
trigger in SSP 10 recognizes the Access Code forming part of the dialed digits. An SS7 message is formulated, containing the calling number, called number, and other data. This information is sent via the SS7 network 15 to one of two SCPs 16 or 17 operating in a load-sharing mode. The information is processed in the selected SCP, resulting in the real terminating number and other data being sent back via SS7 to SSP 10. The SSP then uses the received routing number to route the call through the switched network 25 to the terminating station 26.
With the system of the present invention, a new SCP
platform is provided which can simultaneously handle at least 1000 (one thousand) completely independent 7-digit Open Numbering Plans, a correspondingly larger number of 4-digit Private Numbering Plans, or various combinations thereof (the upper limit being imposed solely through the arbitrary use of an internal 3-digit Numbering Plan identifier). The resulting data configuration is a matrix with all the Numbering Plans on one axis and all the service features on the other.
We have shown in Figure 2, a typical 7-digit Numbering Plan which consists of up to 107 customer records 30, beginning at 000-0000 and ending at 999-9999.
Each record containing (if assigned) a particular customer's service logic profile and associated parameter datafill 31. Each of these service logic profiles is in the form of a tree (or "decision graph"), which serves as 21g7776 `~ -a road map through the common service logic superset.
These trees have been pruned down, if required, to:
i) meet the service tariff, and ii) meet the specific customer's needs within the tariff. In order to facilitate rapid service customization, and to allow use of a central reference library, these trees do not represent nor do they point to templates of service-specific compiled code, but rather consist of instructions that must be interpreted as encountered, line-by-line.
With the system of the present invention, at least 1000 completely independent 7-digit numbering plans can be provided by use of a memory range selector which pre-translates trigger type and access codes to obtain a 3-digit number pointing to a numbering plan range.Figure 3 shows the use of a "range selector" 35 at the network side of the SCP to divide 101 customer records, beginning at 000 000-0000 and ending at 999 999-9999, into 103 (i.e., 1000) separate, self-standing, 7-digit Numbering Plans, each containing 107 customer records 36.
A corresponding range selector 37 on the service provisioning environment side of the SMS provides service provisioners with access to a particular 7-digit Numbering Plan. Given that new Number Translation Services are deemed to be equivalent to new Numbering Plans 38 and 39, a matrix, shown in Figure 4, can be created, with services on one axis 40 (i.e., customer records) and features on the other 41 (i.e., the inventory of service logic modules available to the interpreter). Private Numbering Plans employ a similar range selector at the network side of the SCP, but use the BGID to narrow down the scope to something less than 107 customer records-typically, 104 records. In this case the BGID may be thought of as a substitute for the NXX, which is not dialed by a customer making an intra-network call.
Referring again to Figure 1, when a message from the network 15 is presented to the SCP 16 or 17, selection of the appropriate Numbering Plan (shown in Figure 3) is based on a "service key" consisting of AIN trigger type, Access Code (e.g., 800), Business Group ID code, or a combination thereof. Call processes within network switches are monitored at various PICs (Points In Call).
At each PIC there are triggers. When a PIC is reached, the switch suspends call processing and checks each of the triggers appropriate to that PIC. If a certain call criterion matches data in a datafillable table associated with the trigger, a query message is compiled and launched to the SCP. When a response message is received from the SCP, the switch resumes call processing according to information contained in the response message. Triggers can be either "assigned" or "office".
With the former, only appropriately assigned lines or trunks can encounter the trigger. In the case of an "office" trigger, any call transversing the switch encounters the trigger. Correspondingly, at the SMS, when a service order administrator at station 34, Fig. 3, wishes to enter the system to make an addition, deletion, or change, the appropriate Numbering Plan is selected based on an equivalent service key consisting of user privileges, menu selection, BGID, or a combination thereof. New Numbering Plans and their service keys are established entirely through datafill at the SCP and SMS, without the need for software development. Once a new service and its associated Numbering Plan have been set up, customer records up to the limit of the Numbering Plan can be added through normal service provisioning procedures at the SMS.
A "search key", defined when a Numbering Plan is initially established, allows the Numbering Plan to be searched for called number, calling number, DN (Directory Number), or account code. The first search key (i.e., called number), which is the one most frequently used in NTS, allows virtual numbers to be looked up in a database and converted to real numbers. The second search key (i.e., calling number) can be used to look up data in a -Numbering Plan pertaining to calling parties, e.g., for OCS (Originating Call Screening) type services. The DN-which is not necessarily the called number, on account of the fact that the latter may be virtual-can be used to look up data in a Numbering Plan pertaining to physical terminations, e.g., for TCS tTerminating Call Screening) type services. The last search key (i.e., account code) can be used to search a Numbering Plan for Account Card Calling type services.
As shown in Figure 3, the SCP/SMS complex has a "service customization" workstation 34 that allows assembly of the pre-translations for new Numbering Plans.
Translation parameters consist of i) the IN trigger type;
and ii) either an Access Code, NPA, or Business Group ID.
These parameters are organized into a table shown in Figure 5, with the service keys grouped by trigger type.
This 2-element look-up (trigger type first, followed by the appropriate service key) yields one of the aforementioned 3-digit, internally generated and managed pointers to a customer record address range. Also identified is the search key to be used in the identified Numbering Plan. Thus, the trigger type and service key are used to identify the numbering plan range and the search key identifies the customer's record in the numbering plan's range.
Referring now to Figure 6, we have shown a block diagram of an SCP. The SCP is basically comprised of a communication server 60 connected to multiple parallel processors 61-64 via an interprocessor bus 65. A number of #7 signalling links 66 are used to receive request messages from the SSPs. In this configuration, processing load is shared among processors that perform multiple task simultaneously. Because all services are randomly presented to all processors, there is no need for complex load-balancing algorithms.
Referring now to Fig. 7a, we have shown a flow diagram when a message from a network is processed within the SCP's common inventory of service logic modules.
When the processor begins the transaction, it sets up a call data record 70. This record, whose life is only as long as the processing time for the transaction, contains data from the incoming message, plus volatile data to be passed fr~m one service logic process to the next. As the service logic tree is negotiated by the interpreter, a process selector 71 calls the various blocks or modules of service logic code in the common inventory, passing to them the appropriate parameter datafill as arguments. In turn, these modules operate on the call data record until the desired outcome is achieved. These modules can be call routing parameters such as area code routing, time of day routing, calling number, etc. The module selection process will be described further below.
In operation, we can assume as an example that a new Number Translation Service with an NPA Access Code of 888 is introduced. Illustratively, referring again to Figure 1, the terminating customer at station 26 is assigned 888 236-1234, the last seven digits of which identify a virtual number within this service's Numbering Plan. The customer has a main terminating POTS line addressed by the real number, 416 825-4512, and an after-hours alternate terminating number, 416 425-8702. Incoming calls are only to be received from 416 and 905 NPAs. An ordinary POTS caller at station 24, whose number is 905 342-2616, initiates the exemplary call during normal business hours.
After station 24 initiates the call and dials the digits 888 236-1234, an IN trigger (public office dialing plan) in SSP 10 recognizes the 888 Access Code. The SS7 message is converted by a communications server 60, shown in Figure 6, into the internal bus protocol of the SCP, where it is presented to one of a multiplicity of parallel processors 61-64 as a data transaction to be handled. First, pre-translation is undertaken to identify the appropriate Numbering Plan (Figure 5): the originating trigger identity (public office dialing plan) indicates that the "service key" is the Access Code 21~7776 -(i.e., the 888 NPA). This combination of trigger type and Access Code is translated by the memory range selector 35 of the SCP into an internally generated and maintained 3-digit number that points to the assigned Numbering Plan-illustratively numbering plan 33 for 3-digit number 555 (Fig. 3). The translation also reveals that the "search key" is the called number. Therefore, numbering Plan 555 (i.e., customer record range 555 000-0000 to 555 999-9999, shown in Fig. 3) is searched for the called number and the appropriate customer record is accessed, which in this example is 555 236-1234 (see Fig.
7a). The record contains the necessary information to form a service logic tree with "Area Code Routing" at the top, followed by "Time-of-day Routing". As shown in Fig.
7b, the associated parameter datafill indicates that Area Code Routing 72, Module A, should send a calling number with a 416 or 905 NPA down the tree to Module B, Time-of-day Routing 73. Any other NPA received is directed to Module C 74 for a treatment response. Since the calling number has a 905 NPA, flow proceeds down the service logic tree to Time-of-day Routing 73. The parameter datafill for this service logic module indicates that if the time is between 8:00 a.m. and 5:00 p.m., the output should be to Module D 75; otherwise it should be to Module E 76. Since the call is being made during the normal business day, flow proceeds to Module D
and encounters the POTS number for the main terminating number, that is, 416 825-4512. Upon negotiating the service logic tree and reaching its end, the SCP formulates an SS7 message which is sent back out to the network, and to the switch, SSP 10, that initiated the trigger.
As indicated previously, a new subscriber profile can be entered in the numbering plan range by a service provisioner via a workstation 34, shown in Figure 3. When a service provisioner logs onto an SMS workstation, his or her assigned privileges result in a particular menu being presented on the screen. This menu might present 21~7776 the names of several services, one of which happens to be "888 Service". Selection of 888 Service from the menu gives the provisioner access to 7-digit numbers in the range from 555 000-0000 to 555 999-9999. The provisioner can then add new numbers, delete old ones, or make changes to an existing customer's service logic profile.
Only those features that are appropriate to 888 Service appear on the screen, and they have names appropriate to the tariffed service.
As previously stated, service logic modules and a common reference library are used to create the subscriber's profile. The reference library consists of very large tables tsuch as Serving Areas and all the NPA
+ NXX combinations therein) which can be used by many services but which are far too large to store in an individual customer's record, and which vastly simplify administrative overhead by being in one place. The service logic modules in the inventory are ordered in an intuitive way such that some are always nearer to the top of the tree than others. For example, ODR (Origin Dependent Routing) is at the very top of the tree, starting with Area Code Routing. Serving Area Routing (a reference library function) is next in order, followed by 10-digit screening. At the very bottom are modules that branch off to additional look-up tables, or require customization to meet particular service needs. Other modules are allocated positions that fall between these extremes.
The SMS's service provisioning workstations are GUIs (Graphical User Interfaces) with windows, pull-down menus, context-sensitive help, and other tools intended to facilitate a production environment. When a new service and its Numbering Plan are initially defined, the items accessible to these GUIs via the windows and menus are established. This process sets an upper limit as to which service logic modules in the inventory can be included in the most complex service logic tree for the particular service. Accordingly, when a provisioner adds _ a new customer to the service, he or she selects tables and table-fill items from these service-specific windows and menus (as opposed to dragging icons from a pallette and dropping them into an abstract functional sketch), thereby automatically establishing a tree that is equivalent to or less complex than the established upper limit for the service. Then, despite the fact that the GUI screens are essentially table-driven, the aforementioned rigid ordering of service logic modules allows an algorithm within the workstation to "generate"
a logic tree which represents the selections. This pseudo logic tree generation-which is more apparent than real-is possible because the system contains a pre-defined template of the full tree, then simply knocks off branches if they are not implicitly identified by the initial service customization, combined with the subsequent action of the service provisioner. Finally, this logic tree, together with parameter values taken from the tables on the screen, are stored in the SMS's master time-relational database against the customer's record in the service-specific Numbering Plan. Memory is dynamically allocated at this time, with the goal of holding the customer record size to the minimum size necessary for the file-an important factor considering the potential size of the matrix and the fact that the vast majority of NTS customers have simple requirements.
Per widespread practice in the industry, the SMS
updates the on-line SCPs, at a time specified by a new service order when it is entered by the service provisioner ~i.e., "immediate", "normal", or "deferred"
until a specific date and time). Upon successful completion of the update, this results in a copy of the aforementioned service logic tree being placed into active service at the SCP and subject to interpretation by messages from the network. The following describes the interpretation process.
2I~ 7776 Variations of the particular embodiment herewith described will be obvious to one skilled in the art, and accordingly the embodiment is to be taken as illustrative rather than limitive, the true scope of the invention being set out in the appended claims.
Background of the invention NTS (Number Translation Services) is a domain of switched voice/data network telecommllnications services wherein the dialed telephone number does not necessarily represent the physical number at which a call terminates.
In other words, the dialed number is virtual as opposed to real. Virtual numbers must be translated into real numbers before network routing can take place, hence the domain's name. Well-known examples of NTS are 800 and 900 Services. Each of these services has its own 7-digit Open (i.e., not Private) Numbering Plan. Each active number in the Numbering Plan is the address of a customer record, which in turn contains the customer's profile.
An important element of the profile is the real terminating number.
With a conventional call, where the dialed number is real, a network switch can perform network routing by analyzing the first 3 or 6 digits ~i.e., NXX or NPA +
NXX). NXX refers to the fourth to sixth digits of a 10-digit PSTN number (i.e., NPA + NXX + XXXX). The "N"
digit is any value 2 - 9 and each of the "X" digits is any value 0 - 9.
Because these digits identify geographical areas of the network, the call can simply be forwarded to a switch 21~7776 .., that is closer to (or at) the destination. On the other hand, if a virtual number is encountered, the only way of knowing where to route the call is to consult a database that contains the virtual numbers and their corresponding real numbers.
Initially, when services such as 800 Service had low penetration, and thus few numbers in their Numbering Plans, it was acceptable to maintain an internal database within each switch. Then, as the quantity of numbers increased, it became necessary to consolidate all the databases into a single entity (replicated for network survivability) called the SCP (Service Control Point).
NTS that are based on unique access codes such as 800 and 900 have been around for many years. Recently, however, there has been growing pressure to introduce NTS
to the basic PSTN (Public Switched Telephone Network).
This pressure has come from several sources: i) business customers wanting to own their local telephone numbers, and hence lobbying for local number portability;
ii) business customers wanting local NTS feature functionality such as Universal Access Number (i.e., having the same local telephone number provide access to many terminating locations) and time-dependent routing;
iii) personal number mobility requirements, giving wired networks cellular-like roaming capabilities; and iv) the need to reduce telephone companies operating expense associated with conventional moves and changes. The result is expected to be a burgeoning demand for new access codes based on existing 3 and 6-digit prefixes, and hence many more Numbering Plans.
Another major growth area for NTS involves VPN
(Virtual Private Networks). With VPN, business customers are able to establish personalized networks that share switch and transport resources with the PSTN. This is a far more cost-effective approach than having stand-alone physical networks with resources devoted entirely to individual customers. However, it is inherent to VPN
that each customer have a unique Private Numbering Plan, -such that the abbreviated in-house numbers can be translated into actual PSTN terminations.
Yet another growth area pertains to FX (Foreign Exchange) service, which is one of the most popular business long-distance services. This service involves customers who subscribe to telephone service in distant cities-i.e., in foreign telephone exchanges. The traditional approach has been to extend a very long, dedicated, physical telephone line from the distant city to the customer's remote premises. However, with the use of service-specific Numbering Plans for incoming and outgoing calls, it becomes possible for FX customers to be served from the nearest telephone office, thereby sharing the PSTN resources and eliminating the need for long, costly, dedicated telephone lines.
The phenomenal growth in NTS applications, sparked by the trends highlighted above, is expected to fuel a correspondingly phenomenal demand for new Numbering Plans, both Open and Private. Moreover, because the scope of NTS is expanding horizontally rather than vertically, and also down market from large business customers to basic POTS customers, demand to increase the power of the feature superset is expected to have a relatively low priority. These observations suggests that the ideal service creation environment is one that facilitates replication of a basic set of functionality in new Numbering Plans in the shortest possible time.
This is contrary to the conventional service creation approach which focuses almost entirely on creating new services through enhancement of the feature set.
Traditionally, major new Intelligent Network services have been built as entirely new applications, especially when they have been associated with new Numbering Plans. Moreover, these applications have generally been deployed on different sets of SCP
processors, if not completely separate SCPs. This has resulted in the same or very similar service logic being created over and over again, albeit through the use of 21~7776 library functions intended to facilitate service logic replication. Thus, the principal disadvantages of the traditional service creation methods are higher deployment cost, reduced network efficiency, wasted development effort, and longer time to market for the services.
Service creation schemes featuring service logic modules that can be structured randomly into tree-like structures are in widespread use under various trade names. In general, these schemes generate logic trees (called "decision graphs" or "call processing records", etc) through work stations that incorporate high-level graphical programming languages and feature the use of "palettes", "icons", and other abstractions. The design intent of these schemes is service creation through additions to the feature set, and ihey are generally aimed at satisfying the needs of an entire service as a single entity.
A need therefore exists for providing a new SCP
platform which reduces the above shortcomings.
Accordingly, it is an object of the present invention to provide a new SCP platform capable of simultaneously handling a large number of completely independent 7-digit open numbering plans and 4-digit private numbering plans.
Another object of the present invention is to provide a new SCP platform with a data configuration which forms a matrix with numbering plans on one axis and service features on another axis.
Another object of the present invention is to provide an NTS matrix wherein service-specific memory addressing ranges corresponding to numbering plans are assigned.
Another object of the present invention is to provide an NTS matrix wherein service-specific search keys are used within each numbering plan to enable number translation.
21~7776 Another object of the present invention is to provide an NTS matrix wherein each numbering plan in the matrix shares a common service logic tree and common reference library, capable of being pruned down to match S the service logic needs of individual numbering plans.
In accordance with an embodiment of the present invention, there is provided in a telephone network having a number of telephone switching offices equipped with SSPs (Service Switching Points) operating with AIN
(Advanced Intelligent Network) application software, and a remotely located SCP(Service Control Point) adapted to receive SS7 (Signaling System 7) messages from the SSPs, a method of translating a dialed number at the SCP to enable the routing of a call on the telephone network, comprising the steps of:
receiving at a first SSP a number of digits sent from a calling station;
identifying an access code from the received digits using the SSPIs IN trigger;
formulating an SS7 message appropriate to the IN
trigger used;
transmitting the SS7 message from the first SSP to the remotely located SCP via a CCS (Common Channel Signaling) transport facility;
pre-translating at the SCP the received SS7 message to determine the appropriate numbering plan and an assigned search key;
identifying, using the assigned search key, within the determined numbering plan a routing number;
formulating another SS7 message at the SCP
containing the routing number; and transmitting the formulated SS7 message to the first SSP to instruct the telephone network how the complete the call.
21~ 7776 Brief description of the drawings The invention will be better understood by an examination of the following description, together with the accompanying drawings, in which:
Figure 1 is a block diagram of the main elements forming part of a generic IN telephone network;
Figure 2 is a diagram illustrating a typical numbering plan structure;
Figure 3 is a block diagram illustrating how numbering plan ranges are selected;
Figure 4 is a diagram illustrating a matrix of services versus features;
Figure 5 is a table illustrating the relationship between trigger type, service and search keys;
Figures 6 is a block diagram of a multi-processor SCP; and Figures 7a and 7b are flow diagrams illustrating the selection of SCP services when a call is received.
Description of the preferred embo~im~nts Referring now to Figure 1, we have shown a block diagram of the main elements forming part of a generic IN
telephone network. A switch 10 equipped with AIN
software serves as an SSP (Service Switching Point) for number translation services. Switch 10 has SS7 signaling links 11 and 12 connecting to an STP (Signaling Transfer Point) pair 13 and 14. On the other side of the SS7 network 15, load-sharing SCPs 16 and 17 are connected to the same or another mated pair of STPs 18 and 19. SCPs 16 and 17 contain the services database. They perform the translation functions and return a response containing routing and billing information to the SSP 10.
The two SCPs, each with replicated data, are configured as load-sharing reliability mates. That is, during normal operation, each SCP handles one half of the query 2~47776 traffic. In the failure mode, the r~m~ining operational SCP assumes full load.
Users can access the SMS (Service Management System) 20 and 21 via an X.25 network 22 using GUI (Graphical User Interface) workstations, or block-mode character terminals 23. Each of the two SMSs is co-located with an SCP, sharing the same server platform. One SMS 20 designated as primary is active and handles all service orders. It is also responsible for updating and synchronizing data in both SCPs.
Generally, after station 24 initiates a call, an IN
trigger in SSP 10 recognizes the Access Code forming part of the dialed digits. An SS7 message is formulated, containing the calling number, called number, and other data. This information is sent via the SS7 network 15 to one of two SCPs 16 or 17 operating in a load-sharing mode. The information is processed in the selected SCP, resulting in the real terminating number and other data being sent back via SS7 to SSP 10. The SSP then uses the received routing number to route the call through the switched network 25 to the terminating station 26.
With the system of the present invention, a new SCP
platform is provided which can simultaneously handle at least 1000 (one thousand) completely independent 7-digit Open Numbering Plans, a correspondingly larger number of 4-digit Private Numbering Plans, or various combinations thereof (the upper limit being imposed solely through the arbitrary use of an internal 3-digit Numbering Plan identifier). The resulting data configuration is a matrix with all the Numbering Plans on one axis and all the service features on the other.
We have shown in Figure 2, a typical 7-digit Numbering Plan which consists of up to 107 customer records 30, beginning at 000-0000 and ending at 999-9999.
Each record containing (if assigned) a particular customer's service logic profile and associated parameter datafill 31. Each of these service logic profiles is in the form of a tree (or "decision graph"), which serves as 21g7776 `~ -a road map through the common service logic superset.
These trees have been pruned down, if required, to:
i) meet the service tariff, and ii) meet the specific customer's needs within the tariff. In order to facilitate rapid service customization, and to allow use of a central reference library, these trees do not represent nor do they point to templates of service-specific compiled code, but rather consist of instructions that must be interpreted as encountered, line-by-line.
With the system of the present invention, at least 1000 completely independent 7-digit numbering plans can be provided by use of a memory range selector which pre-translates trigger type and access codes to obtain a 3-digit number pointing to a numbering plan range.Figure 3 shows the use of a "range selector" 35 at the network side of the SCP to divide 101 customer records, beginning at 000 000-0000 and ending at 999 999-9999, into 103 (i.e., 1000) separate, self-standing, 7-digit Numbering Plans, each containing 107 customer records 36.
A corresponding range selector 37 on the service provisioning environment side of the SMS provides service provisioners with access to a particular 7-digit Numbering Plan. Given that new Number Translation Services are deemed to be equivalent to new Numbering Plans 38 and 39, a matrix, shown in Figure 4, can be created, with services on one axis 40 (i.e., customer records) and features on the other 41 (i.e., the inventory of service logic modules available to the interpreter). Private Numbering Plans employ a similar range selector at the network side of the SCP, but use the BGID to narrow down the scope to something less than 107 customer records-typically, 104 records. In this case the BGID may be thought of as a substitute for the NXX, which is not dialed by a customer making an intra-network call.
Referring again to Figure 1, when a message from the network 15 is presented to the SCP 16 or 17, selection of the appropriate Numbering Plan (shown in Figure 3) is based on a "service key" consisting of AIN trigger type, Access Code (e.g., 800), Business Group ID code, or a combination thereof. Call processes within network switches are monitored at various PICs (Points In Call).
At each PIC there are triggers. When a PIC is reached, the switch suspends call processing and checks each of the triggers appropriate to that PIC. If a certain call criterion matches data in a datafillable table associated with the trigger, a query message is compiled and launched to the SCP. When a response message is received from the SCP, the switch resumes call processing according to information contained in the response message. Triggers can be either "assigned" or "office".
With the former, only appropriately assigned lines or trunks can encounter the trigger. In the case of an "office" trigger, any call transversing the switch encounters the trigger. Correspondingly, at the SMS, when a service order administrator at station 34, Fig. 3, wishes to enter the system to make an addition, deletion, or change, the appropriate Numbering Plan is selected based on an equivalent service key consisting of user privileges, menu selection, BGID, or a combination thereof. New Numbering Plans and their service keys are established entirely through datafill at the SCP and SMS, without the need for software development. Once a new service and its associated Numbering Plan have been set up, customer records up to the limit of the Numbering Plan can be added through normal service provisioning procedures at the SMS.
A "search key", defined when a Numbering Plan is initially established, allows the Numbering Plan to be searched for called number, calling number, DN (Directory Number), or account code. The first search key (i.e., called number), which is the one most frequently used in NTS, allows virtual numbers to be looked up in a database and converted to real numbers. The second search key (i.e., calling number) can be used to look up data in a -Numbering Plan pertaining to calling parties, e.g., for OCS (Originating Call Screening) type services. The DN-which is not necessarily the called number, on account of the fact that the latter may be virtual-can be used to look up data in a Numbering Plan pertaining to physical terminations, e.g., for TCS tTerminating Call Screening) type services. The last search key (i.e., account code) can be used to search a Numbering Plan for Account Card Calling type services.
As shown in Figure 3, the SCP/SMS complex has a "service customization" workstation 34 that allows assembly of the pre-translations for new Numbering Plans.
Translation parameters consist of i) the IN trigger type;
and ii) either an Access Code, NPA, or Business Group ID.
These parameters are organized into a table shown in Figure 5, with the service keys grouped by trigger type.
This 2-element look-up (trigger type first, followed by the appropriate service key) yields one of the aforementioned 3-digit, internally generated and managed pointers to a customer record address range. Also identified is the search key to be used in the identified Numbering Plan. Thus, the trigger type and service key are used to identify the numbering plan range and the search key identifies the customer's record in the numbering plan's range.
Referring now to Figure 6, we have shown a block diagram of an SCP. The SCP is basically comprised of a communication server 60 connected to multiple parallel processors 61-64 via an interprocessor bus 65. A number of #7 signalling links 66 are used to receive request messages from the SSPs. In this configuration, processing load is shared among processors that perform multiple task simultaneously. Because all services are randomly presented to all processors, there is no need for complex load-balancing algorithms.
Referring now to Fig. 7a, we have shown a flow diagram when a message from a network is processed within the SCP's common inventory of service logic modules.
When the processor begins the transaction, it sets up a call data record 70. This record, whose life is only as long as the processing time for the transaction, contains data from the incoming message, plus volatile data to be passed fr~m one service logic process to the next. As the service logic tree is negotiated by the interpreter, a process selector 71 calls the various blocks or modules of service logic code in the common inventory, passing to them the appropriate parameter datafill as arguments. In turn, these modules operate on the call data record until the desired outcome is achieved. These modules can be call routing parameters such as area code routing, time of day routing, calling number, etc. The module selection process will be described further below.
In operation, we can assume as an example that a new Number Translation Service with an NPA Access Code of 888 is introduced. Illustratively, referring again to Figure 1, the terminating customer at station 26 is assigned 888 236-1234, the last seven digits of which identify a virtual number within this service's Numbering Plan. The customer has a main terminating POTS line addressed by the real number, 416 825-4512, and an after-hours alternate terminating number, 416 425-8702. Incoming calls are only to be received from 416 and 905 NPAs. An ordinary POTS caller at station 24, whose number is 905 342-2616, initiates the exemplary call during normal business hours.
After station 24 initiates the call and dials the digits 888 236-1234, an IN trigger (public office dialing plan) in SSP 10 recognizes the 888 Access Code. The SS7 message is converted by a communications server 60, shown in Figure 6, into the internal bus protocol of the SCP, where it is presented to one of a multiplicity of parallel processors 61-64 as a data transaction to be handled. First, pre-translation is undertaken to identify the appropriate Numbering Plan (Figure 5): the originating trigger identity (public office dialing plan) indicates that the "service key" is the Access Code 21~7776 -(i.e., the 888 NPA). This combination of trigger type and Access Code is translated by the memory range selector 35 of the SCP into an internally generated and maintained 3-digit number that points to the assigned Numbering Plan-illustratively numbering plan 33 for 3-digit number 555 (Fig. 3). The translation also reveals that the "search key" is the called number. Therefore, numbering Plan 555 (i.e., customer record range 555 000-0000 to 555 999-9999, shown in Fig. 3) is searched for the called number and the appropriate customer record is accessed, which in this example is 555 236-1234 (see Fig.
7a). The record contains the necessary information to form a service logic tree with "Area Code Routing" at the top, followed by "Time-of-day Routing". As shown in Fig.
7b, the associated parameter datafill indicates that Area Code Routing 72, Module A, should send a calling number with a 416 or 905 NPA down the tree to Module B, Time-of-day Routing 73. Any other NPA received is directed to Module C 74 for a treatment response. Since the calling number has a 905 NPA, flow proceeds down the service logic tree to Time-of-day Routing 73. The parameter datafill for this service logic module indicates that if the time is between 8:00 a.m. and 5:00 p.m., the output should be to Module D 75; otherwise it should be to Module E 76. Since the call is being made during the normal business day, flow proceeds to Module D
and encounters the POTS number for the main terminating number, that is, 416 825-4512. Upon negotiating the service logic tree and reaching its end, the SCP formulates an SS7 message which is sent back out to the network, and to the switch, SSP 10, that initiated the trigger.
As indicated previously, a new subscriber profile can be entered in the numbering plan range by a service provisioner via a workstation 34, shown in Figure 3. When a service provisioner logs onto an SMS workstation, his or her assigned privileges result in a particular menu being presented on the screen. This menu might present 21~7776 the names of several services, one of which happens to be "888 Service". Selection of 888 Service from the menu gives the provisioner access to 7-digit numbers in the range from 555 000-0000 to 555 999-9999. The provisioner can then add new numbers, delete old ones, or make changes to an existing customer's service logic profile.
Only those features that are appropriate to 888 Service appear on the screen, and they have names appropriate to the tariffed service.
As previously stated, service logic modules and a common reference library are used to create the subscriber's profile. The reference library consists of very large tables tsuch as Serving Areas and all the NPA
+ NXX combinations therein) which can be used by many services but which are far too large to store in an individual customer's record, and which vastly simplify administrative overhead by being in one place. The service logic modules in the inventory are ordered in an intuitive way such that some are always nearer to the top of the tree than others. For example, ODR (Origin Dependent Routing) is at the very top of the tree, starting with Area Code Routing. Serving Area Routing (a reference library function) is next in order, followed by 10-digit screening. At the very bottom are modules that branch off to additional look-up tables, or require customization to meet particular service needs. Other modules are allocated positions that fall between these extremes.
The SMS's service provisioning workstations are GUIs (Graphical User Interfaces) with windows, pull-down menus, context-sensitive help, and other tools intended to facilitate a production environment. When a new service and its Numbering Plan are initially defined, the items accessible to these GUIs via the windows and menus are established. This process sets an upper limit as to which service logic modules in the inventory can be included in the most complex service logic tree for the particular service. Accordingly, when a provisioner adds _ a new customer to the service, he or she selects tables and table-fill items from these service-specific windows and menus (as opposed to dragging icons from a pallette and dropping them into an abstract functional sketch), thereby automatically establishing a tree that is equivalent to or less complex than the established upper limit for the service. Then, despite the fact that the GUI screens are essentially table-driven, the aforementioned rigid ordering of service logic modules allows an algorithm within the workstation to "generate"
a logic tree which represents the selections. This pseudo logic tree generation-which is more apparent than real-is possible because the system contains a pre-defined template of the full tree, then simply knocks off branches if they are not implicitly identified by the initial service customization, combined with the subsequent action of the service provisioner. Finally, this logic tree, together with parameter values taken from the tables on the screen, are stored in the SMS's master time-relational database against the customer's record in the service-specific Numbering Plan. Memory is dynamically allocated at this time, with the goal of holding the customer record size to the minimum size necessary for the file-an important factor considering the potential size of the matrix and the fact that the vast majority of NTS customers have simple requirements.
Per widespread practice in the industry, the SMS
updates the on-line SCPs, at a time specified by a new service order when it is entered by the service provisioner ~i.e., "immediate", "normal", or "deferred"
until a specific date and time). Upon successful completion of the update, this results in a copy of the aforementioned service logic tree being placed into active service at the SCP and subject to interpretation by messages from the network. The following describes the interpretation process.
2I~ 7776 Variations of the particular embodiment herewith described will be obvious to one skilled in the art, and accordingly the embodiment is to be taken as illustrative rather than limitive, the true scope of the invention being set out in the appended claims.
Claims (15)
1. In a telephone network having a number of telephone switching offices equipped with SSPs (Service Switching Points) operating with AIN (Advanced Intelligent Network) application software, and a remotely located SCP (Service Control Point) adapted to receive SS7 (Signalling System 7) messages from the SSPs, a method of translating a dialed number at the SCP to enable the routing of a call on the telephone network, comprising the steps of:
receiving at a first SSP a number of digits sent from a calling station;
identifying an access code from the received digits using the SSP's IN trigger;
formulating an SS7 message appropriate to the IN
trigger used;
transmitting the SS7 message from the first SSP to the remotely located SCP via a CCS (Common Channel Signalling) transport facility;
pre-translating at the SCP the received SS7 message to determine the appropriate numbering plan and an assigned search key;
identifying, using the assigned search key, within the determined numbering plan a routing number;
formulating another SS7 message at the SCP
containing the routing number; and transmitting the formulated SS7 message to the first SSP to instruct the telephone network how to complete the call.
receiving at a first SSP a number of digits sent from a calling station;
identifying an access code from the received digits using the SSP's IN trigger;
formulating an SS7 message appropriate to the IN
trigger used;
transmitting the SS7 message from the first SSP to the remotely located SCP via a CCS (Common Channel Signalling) transport facility;
pre-translating at the SCP the received SS7 message to determine the appropriate numbering plan and an assigned search key;
identifying, using the assigned search key, within the determined numbering plan a routing number;
formulating another SS7 message at the SCP
containing the routing number; and transmitting the formulated SS7 message to the first SSP to instruct the telephone network how to complete the call.
2. A method as defined in claim 1, wherein the step of pre-translating comprises pre-translating a trigger type and a service key contained in said message, at a memory range selector of the SCP to determine an internal number pointing to the appropriate numbering plan.
3. A method as defined in claim 2, wherein said trigger type comprises one of an off-hook delay, public office dialing plan, customized dialing plan or terminating trigger.
4. A method as defined in claim 3, wherein said service key comprises one of a calling NPA, access code, business group ID or terminating NPA.
5. A method as defined in claim 4, wherein said search key comprises one of a calling number, called number or directory number.
6. A method as defined in claim 2, wherein said routing number is identified in the appropriate numbering range, by looking up a common inventory of service logic modules.
7. A method as defined in claim 6, wherein said step of identifying said routing number further comprises the step of operating each service logic module on a data record associated with said call, until a desired outcome is achieved and a routing number is identified.
8. In a telephone network having a number of telephone switching offices equipped with SSPs (Service Switching Points) operating with AIN (Advanced Intelligent Network) application software, and a remotely located SCP (Service Control Point) adapted to receive SS7 (Signalling System 7) messages from the SSPs and translate a dialed number to enable the routing of a call on the telephone network, comprised of:
a first SSP for receiving a number of digits sent from a calling station;
means for identifying, at the SSP, an access code from the received digits using the SSP's IN trigger;
means for formulating an SS7 message appropriate to the IN trigger used;
means for transmitting the SS7 message from the SSP
to the remotely located SCP via a CCS (Common Channel Signalling) transport facility;
means for pre-translating at the SCP the received SS7 message to determine the appropriate numbering plan and an assigned search key;
means for identifying, using the assigned search key, within the determined numbering plan a routing number;
means for formulating another SS7 message at the SCP
containing the routing number; and means for transmitting the formulated SS7 message to the SSP to instruct the telephone network how to complete the call.
a first SSP for receiving a number of digits sent from a calling station;
means for identifying, at the SSP, an access code from the received digits using the SSP's IN trigger;
means for formulating an SS7 message appropriate to the IN trigger used;
means for transmitting the SS7 message from the SSP
to the remotely located SCP via a CCS (Common Channel Signalling) transport facility;
means for pre-translating at the SCP the received SS7 message to determine the appropriate numbering plan and an assigned search key;
means for identifying, using the assigned search key, within the determined numbering plan a routing number;
means for formulating another SS7 message at the SCP
containing the routing number; and means for transmitting the formulated SS7 message to the SSP to instruct the telephone network how to complete the call.
9. A network as defined in claim 8, wherein said means for pre-translating the received SS7 message is comprised of a memory range selector to pre-translate the trigger type and service key contained in said message to determine an internal number pointing to the appropriate numbering plan.
10. A network as defined in claim 9, wherein said trigger type comprises one of an off-hook delay, public office dialing plan, customized dialing plan or terminating trigger.
11. A network as defined in claim 10, wherein said service key comprises one of a calling NPA, access code, business group ID or terminating NPA.
12. A network as defined in claim 11, wherein said search key comprises one of a calling number, called number or directory number.
13. A network as defined in claim 9, wherein said means for identifying a routing number comprises a common inventory of service logic modules.
14. A network as defined in claim 13, wherein said routing number is identified by operating each service logic module on a data record associated with said call, until a desired outcome is achieved and a routing number is identified.
15. A network as defined in claim 9, wherein said SCP comprises a number translation matrix having numbering plans on one axis and service features on another axis.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA002147776A CA2147776C (en) | 1995-04-25 | 1995-04-25 | Number translation services matrix |
US08/445,538 US5553130A (en) | 1995-04-25 | 1995-05-22 | Number translation services matrix |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA002147776A CA2147776C (en) | 1995-04-25 | 1995-04-25 | Number translation services matrix |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2147776A1 CA2147776A1 (en) | 1996-10-26 |
CA2147776C true CA2147776C (en) | 1997-09-02 |
Family
ID=4155717
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002147776A Expired - Fee Related CA2147776C (en) | 1995-04-25 | 1995-04-25 | Number translation services matrix |
Country Status (2)
Country | Link |
---|---|
US (1) | US5553130A (en) |
CA (1) | CA2147776C (en) |
Families Citing this family (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE4412104A1 (en) * | 1994-04-08 | 1995-10-12 | Sel Alcatel Ag | Procedure for establishing a connection to a subscriber of a private network, as well as service computer and switching center |
US5892821A (en) * | 1995-06-02 | 1999-04-06 | Bell Sygma Inc. | Virtual wide area centrex |
US6009160A (en) * | 1995-06-30 | 1999-12-28 | Siemens Information And Communication Networks, Inc. | Method for routing a call |
US5970131A (en) * | 1995-06-30 | 1999-10-19 | Siemens Information And Communication Networks, Inc. | Method for providing location/geographic portability in a system having different service providers within a common numbering plan area |
US5991388A (en) * | 1995-06-30 | 1999-11-23 | Siemens Information And Communication Networks, Inc. | Method and system for routing calls to a party |
US5887056A (en) * | 1995-06-30 | 1999-03-23 | Siemens Information And Communication Networks | Method for routing telephone calls to subscribers of different service providers within a common numbering plan area |
US5978464A (en) * | 1995-06-30 | 1999-11-02 | Siemens Information And Communications Networks, Inc. | Method for updating a local switch internal database in system having different service providers within a common numbering plan area |
US5748724A (en) * | 1995-06-30 | 1998-05-05 | Siemens Stomberg-Carlson | Method for transferring a subscriber to a new local service provider |
US6445785B1 (en) * | 1995-11-21 | 2002-09-03 | Verizon Laboratories Inc. | Methods and apparatus for local number portability in telecommunication systems |
US5764745A (en) * | 1995-12-15 | 1998-06-09 | Gte Laboratories Incorporated | Apparatus and method for local number portability using nongeographic subscriber numbers |
WO1997033441A1 (en) * | 1996-03-08 | 1997-09-12 | Stentor Resource Centre Inc. | Providing number portability by means of enhanced routing tables |
US5757894A (en) * | 1996-09-09 | 1998-05-26 | Bell Atlantic Network Services, Inc. | Virtual foreign exchange service |
US6473402B1 (en) * | 1997-03-11 | 2002-10-29 | Nortel Networks Limited | Communications link interconnecting service control points of a load sharing group for traffic management control |
US5732131A (en) * | 1996-11-19 | 1998-03-24 | Bellsouth Corporation | System and method for implementing local number portability |
WO1998032291A1 (en) * | 1997-01-15 | 1998-07-23 | British Telecommunications Public Limited Company | Intelligent network with distributed service control function |
US6285680B1 (en) | 1997-03-27 | 2001-09-04 | Microcom Systems, Inc. | Central site call routing apparatus and method |
US5963630A (en) * | 1997-04-08 | 1999-10-05 | Ericsson Inc. | Mediation service control point within an intelligent network |
US5999603A (en) * | 1997-04-18 | 1999-12-07 | At&T Corp | Method and apparatus for providing multi-network virtual services |
US6002756A (en) * | 1997-04-18 | 1999-12-14 | At&T Corp | Method and system for implementing intelligent telecommunication services utilizing self-sustaining, fault-tolerant object oriented architecture |
DE19720086A1 (en) * | 1997-05-14 | 1998-11-19 | Alsthom Cge Alcatel | Subscriber line network, switching center, service control device and connection establishment method |
US6009322A (en) * | 1997-07-21 | 1999-12-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Automated Private Numbering Plan (PNP) subscription provisioning |
US6101382A (en) * | 1997-08-15 | 2000-08-08 | Telefonaktiebolaget Lm Ericsson | Transfer of calling party identification in a mobile communication system |
FI106170B (en) * | 1997-10-24 | 2000-11-30 | Nokia Networks Oy | The switching point and control point of the intelligent network service and the arrangement and method between them |
US6075854A (en) * | 1997-12-09 | 2000-06-13 | Alcatel Usa Sourcing, L.P. | Fully flexible routing service for an advanced intelligent network |
US5966435A (en) * | 1997-12-16 | 1999-10-12 | Pino; Locillo G. | Intermediate switch service management system architecture and method |
US6154534A (en) * | 1997-12-30 | 2000-11-28 | Ericsson, Inc. | Flexible routing of local number portability (LNP) data in a telecommunications network |
US6038301A (en) * | 1997-12-31 | 2000-03-14 | Alcatel Usa Sourcing, L.P. | Method and system for engineering a service in an advanced intelligent network |
US6314172B1 (en) * | 1997-12-31 | 2001-11-06 | Alcatel Usa Sourcing L.P. | Method and system for providing service information in an advanced intelligent network |
US6614780B2 (en) * | 1998-01-02 | 2003-09-02 | Lucent Technologies Inc. | Internet calling apparatus and method |
US6055304A (en) * | 1998-02-05 | 2000-04-25 | Ameritech Corporation | Method and system for selectively performing call information query |
US6831914B1 (en) * | 1998-03-27 | 2004-12-14 | Verizon Services Corp. | Services control point selection in an advanced intelligent network |
US6453018B2 (en) * | 1998-03-31 | 2002-09-17 | Ameritech Corporation | System and method for accessing a messaging service using a short dialing sequence |
CA2269270C (en) * | 1998-05-11 | 2007-06-19 | At&T Corp. | Method and apparatus for a remote signaling and call processing in a telecommunications network |
AUPP382398A0 (en) * | 1998-06-01 | 1998-06-25 | Ericsson Australia Pty Ltd | Telecommunciations system and method of communicating with at least one second subscriber terminal associated with a first subscriber terminal |
US6330598B1 (en) | 1998-06-23 | 2001-12-11 | Ameritech Corporation | Global service management system for an advanced intelligent network |
US6539090B1 (en) * | 1998-10-06 | 2003-03-25 | Lucent Technologies, Inc. | Generalized arrangement for routing telecommunications calls |
JP2000125332A (en) * | 1998-10-13 | 2000-04-28 | Fujitsu Ltd | Service registration system |
KR100302866B1 (en) * | 1998-12-24 | 2001-12-17 | 서평원 | Translation Method of Subscriber Number in Intelligent Network Switch |
EP1155560B1 (en) * | 1999-02-26 | 2007-08-15 | Avaya Technology Corp. | Automatic conversion of telephone number to internet protocol address |
US6539089B1 (en) | 1999-06-21 | 2003-03-25 | Lucent Technologies Inc. | Method and apparatus for implementing a plurality of numbering plans in a telecommunications network |
DE19934278A1 (en) * | 1999-07-21 | 2001-04-05 | Siemens Ag | Authentication method and apparatus for a variety of services |
FI109316B (en) * | 1999-08-03 | 2002-06-28 | Nokia Corp | Procedure and system for performing operator services in a telecommunications system |
FI109502B (en) * | 1999-08-18 | 2002-08-15 | Nokia Corp | Method and system for signaling in a telecommunications network |
US20020110133A1 (en) * | 2000-12-15 | 2002-08-15 | Tomas Bern | Front-end service for selecting intelligent network services |
FI20002888A (en) * | 2000-12-29 | 2002-06-30 | Nokia Corp | Portability of a number and services that utilize information by an owner of a speech area |
US6804344B1 (en) * | 2001-08-09 | 2004-10-12 | At&T Corp. | Telecommunication network having a VPN inter-connection to foreign exchange service |
WO2004051945A1 (en) * | 2002-12-03 | 2004-06-17 | Zte Corporation | The implementation of the intelligent network in the next generation networks and its interconnection to the pstn |
EP1596610B1 (en) * | 2004-05-11 | 2006-10-18 | Alcatel | Network element and method of mapping address information |
AU2005336812B2 (en) * | 2005-09-28 | 2011-04-28 | One Smart Star Limited | Communicating with business customers |
US20070269023A1 (en) * | 2006-05-17 | 2007-11-22 | Tamra Keenan Klauer | Crisis communication system and method utilizing group-based message distribution |
US8605870B2 (en) * | 2008-08-08 | 2013-12-10 | Movius Interactive Corp. | Virtual subscriber service |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5323452A (en) * | 1990-12-18 | 1994-06-21 | Bell Communications Research, Inc. | Visual programming of telephone network call processing logic |
US5136636A (en) * | 1991-02-07 | 1992-08-04 | At&T Bell Laboratories | Telephone connection to a nearby dealer |
US5311572A (en) * | 1991-10-03 | 1994-05-10 | At&T Bell Laboratories | Cooperative databases call processing system |
US5311584A (en) * | 1991-10-31 | 1994-05-10 | At&T Bell Laboratories | Telecommunications call-processing arrangement |
US5404395A (en) * | 1992-02-24 | 1995-04-04 | At&T Corp. | External-to-internal numbering plan aliasing |
US5452350A (en) * | 1992-03-09 | 1995-09-19 | Advantis | Subscriber call routing processing system |
US5386467A (en) * | 1992-07-31 | 1995-01-31 | At&T Corp. | Intelligent network communication system |
US5436957A (en) * | 1992-12-24 | 1995-07-25 | Bell Atlantic Network Services, Inc. | Subscriber control of access restrictions on a plurality of the subscriber's telephone lines |
-
1995
- 1995-04-25 CA CA002147776A patent/CA2147776C/en not_active Expired - Fee Related
- 1995-05-22 US US08/445,538 patent/US5553130A/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
CA2147776A1 (en) | 1996-10-26 |
US5553130A (en) | 1996-09-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2147776C (en) | Number translation services matrix | |
US5095505A (en) | Efficient flexible special service call processing | |
JP4308911B2 (en) | Communication network that can relocate subscriber numbers | |
US5920618A (en) | Apparatus and method for managing telephony-based services | |
US6175574B1 (en) | Technique for providing an improved signaling network for telephone systems | |
US5867570A (en) | Directory number portability in telephone networks | |
US6438223B1 (en) | System and method for local number portability for telecommunication networks | |
US5793857A (en) | Method of using dynamic database to improve telephone number portability | |
US5539817A (en) | Wide area centrex toll service with novel translation | |
US5694463A (en) | System for service control point routing | |
US6014379A (en) | Telecommunications custom calling services | |
US5920619A (en) | Regional centrex | |
US6108332A (en) | Local number portability for interexchange carriers | |
US6445785B1 (en) | Methods and apparatus for local number portability in telecommunication systems | |
EP0756428B1 (en) | Database queries in a telecommunications network | |
GB2315953A (en) | Number portability | |
JPH06253005A (en) | Route selecting method, database system and switching system for telephone call | |
KR19980703618A (en) | Method and system for providing portable telephone service | |
CN100531412C (en) | Method of implementing central subscriber exchange in WAN | |
US5982869A (en) | System and method for automatically generating a routing plan for international telephony | |
CA2301108C (en) | Local number portability intelligent signaling transfer point | |
US5966435A (en) | Intermediate switch service management system architecture and method | |
EP0924919A2 (en) | System and method for centrex translation | |
US5995609A (en) | Number portability for a cluster of switches | |
CA2174176C (en) | Number translation services matrix |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |
Effective date: 20150427 |