|
|
|
| United States Patent | 6016343 |
| Link to this page | http://www.wikipatents.com/6016343.html |
| Inventor(s) | Hogan; Steven J. (Cedar Rapids, IA), Feltz; Kristi T. (Cedar Rapids, IA), Murdock; Douglas R. (Cedar Rapids, IA), Goodman; Todd A. (Cedar Rapids, IA), Vercande; David J. (Cedar Rapids, IA), Tangeman; Michael R. (Cedar Rapids, IA), Busch; Eric M. (Cedar Rapids, IA), Kripakaran; Raghavan (Cedar Rapids, IA), Jayasimha; Madhigubba G. (Cedar Rapids, IA), Smith; Keith E. (Cedar Rapids, IA), Austin; Mark A. (Cedar Rapids, IA), Berry; Dana Bruce (Cedar Rapids, IA) |
| Abstract | A system and method for processing telephone calls and providing enhanced
services is presented. The call processing system includes a network
control processor for controlling the processing and routing of the calls
and for providing enhanced features, and a matrix switch for routing calls
from an originating location to a terminating location. Operator consoles
can be included to provide operator assistance to the caller. The network
control processor comprises a central message processor that receives call
data, determines the type of call, determines the processing required, and
determines whether operator assistance is required. A call route
distributor allocates an operator console to the call if required. A
billing server is used to track billing information for the call while it
is in progress. A database server is provided for database look-ups and
storage. The call processing system also includes a validation system, a
billing system, a distribution system, and a fraud detection and
prevention system. The validation system is used to validate call
information to determine whether the call can be placed. The billing
system determines rates for calls and calculates the cost of completed
calls. The distribution system distributes changes that are made to a
master database to the appropriate slave database. The fraud detection and
prevention system monitors originating and in-process calls to detect and
possibly prevent possible fraudulent uses of phone services and systems. A
client interface is provided to facilitate communications among
applications and DEF records are used to define specific call processing
actions. |
|
|
|
Title Information  |
|
|
| Inventor |
Hogan; Steven J. (Cedar Rapids, IA) , Feltz; Kristi T. (Cedar Rapids, IA) , Murdock; Douglas R. (Cedar Rapids, IA) , Goodman; Todd A. (Cedar Rapids, IA) , Vercande; David J. (Cedar Rapids, IA) , Tangeman; Michael R. (Cedar Rapids, IA) , Busch; Eric M. (Cedar Rapids, IA) , Kripakaran; Raghavan (Cedar Rapids, IA) , Jayasimha; Madhigubba G. (Cedar Rapids, IA) , Smith; Keith E. (Cedar Rapids, IA) , Austin; Mark A. (Cedar Rapids, IA) , Berry; Dana Bruce (Cedar Rapids, IA) |
|
|
|
| Publication Date |
January 18, 2000 |
|
|
|
|
|
| Filing Date |
August 20, 1996 |
|
|
|
|
|
|
|
|
|
|
|
| Parent Case |
This application is a division of application Ser. No. 08/136,211, filed
Oct. 15, 1993, (now U.S. Pat. No. 5,590,181). |
|
|
|
|
|
|
|
|
|
|
|
|
|
Title Information  |
|
|
References  |
|
|
| *references marked with an asterisk below are user-added references |
|
U.S. References |
|
|
| Add a new US reference: |
| | Reference | Relevancy | Comments | Reference | Relevancy | Comments | 5586179 Stent 379/265.11 Dec,1996 |      Your vote accepted [0 after 0 votes] | | 5550904 Andruska 379/127.01 Aug,1996 |      Your vote accepted [0 after 0 votes] | | 5528678 Kaplan 379/265.11 Jun,1996 |      Your vote accepted [0 after 0 votes] | | 5452350 Reynolds
Sep,1995 |      Your vote accepted [0 after 0 votes] | | 5436957 McConnell 379/88.23 Jul,1995 |      Your vote accepted [0 after 0 votes] | | 5402474 Miller 379/93.12 Mar,1995 |      Your vote accepted [0 after 0 votes] | | 5392345 Otto 379/266.09 Feb,1995 |      Your vote accepted [0 after 0 votes] | | 5222120 McLeod 379/88.24 Jun,1993 |      Your vote accepted [0 after 0 votes] | | 5195086 Baumgartner 370/264 Mar,1993 |      Your vote accepted [0 after 0 votes] | | 5068891 Marshall
Nov,1991 |      Your vote accepted [0 after 0 votes] | | 4893330 Franco 379/91.02 Jan,1990 |      Your vote accepted [0 after 0 votes] | | 4791640 Sand 370/384 Dec,1988 |      Your vote accepted [0 after 0 votes] | | 4782519 Patel 379/201.05 Nov,1988 |      Your vote accepted [0 after 0 votes] | | 4706275 Kamil 379/114.2 Nov,1987 |      Your vote accepted [0 after 0 votes] | | 4685127 Miller 379/221.02 Aug,1987 |      Your vote accepted [0 after 0 votes] | | 4625081 Lotito 379/88.26 Nov,1986 |      Your vote accepted [0 after 0 votes] | | 4611096 Asmuth 379/201.02 Sep,1986 |      Your vote accepted [0 after 0 votes] | | 4577061 Katzeff 379/144.01 Mar,1986 |      Your vote accepted [0 after 0 votes] | | 4232199 Boatwright 379/197 Nov,1980 |      Your vote accepted [0 after 0 votes] | | | | | |
|
|
|
|
U.S. References |
|
|
Foreign References |
|
|
|
|
|
|
Foreign References |
|
|
Other References |
|
|
|
|
|
|
Other References |
|
|
|
|
|
References  |
|
|
|
|
|
| Market Size |
|
Estimate the gross annual revenues of the relevant market
sector:
|
| | |
| |
|
|
| Market Share |
|
Estimate the percentage of the relevant market sector this invention will capture:
|
| | |
| |
|
|
| Reasonable Royalty |
|
What percentage of gross sales should the inventor or assignee be paid?
|
| | |
| |
|
|
|
Public's "Guesstimation" of Royalty Value
|
| Market Size | N/A | [No votes] | | x | Market Share | N/A | [No votes] | | x | Reasonable Royalty | N/A | [No votes] |
| | N/A | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
Market Review  |
|
|
Technical Review  |
|
|
Claims  |
|
|
What is claimed is:
1. In an environment that includes a matrix switch having a matrix switch processor, a system for providing enhanced call processing features for telephone calls that are
routed to a destination by the matrix switch, wherein each of the telephone calls comprise a call audio portion and a call data portion, the call-processing system comprising:
a network control processor coupled to a matrix switch, said matrix switch receiving a call audio portion of a telephone call, said network control processor providing an interface between said matrix switch and a common channel signaling network
such that said network control processor receives a call data portion corresponding to said call audio portion from said common channel signaling network, said network control processor determining a routing for said call audio portion of said telephone
call, and sending switch control data to a matrix switch processor associated with said matrix switch to effect said routing of said call audio portion of said telephone call.
2. The system of claim 1, wherein said network control processor sends switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to an operator console.
3. The system of claim 2, wherein said network control processor sends to said operator console, via a connection between said network control processor and said operator console, operator control data to support a telephone call that requires
operator assistance.
4. The system of claim 3, wherein said operator console comprises:
means for receiving said call audio portion of a telephone call from said matrix switch; and
means for receiving operator control data from said network control processor, said operator control data identifying operator services for said telephone call,
wherein said operator console is connected to a standard port on said matrix switch thereby allowing said matrix switch to treat said operator console as a generic termination point.
5. The system of claim 2, wherein said operator console is a manual operator console.
6. The system of claim 2, wherein said operator console is a voice response unit.
7. The system of claim 2, wherein said operator console is a customer service console.
8. The system of claim 1, wherein said network control processor comprises means for retrieving call parameters for a telephone call from a call ID database, wherein a look-up into said call ID database is based on the information in said call
data portion of said telephone call, wherein said call parameters identify a customized call handling procedure that indicates at least one of the type of telephone call being placed, the type of operator assistance required, and processing required for
said telephone call.
9. The system of claim 5, wherein said call parameters include a device array list, said device array list indicating a priority of operator consoles that can be assigned to receive a call audio portion of a telephone call.
10. In an environment that includes a matrix switch having a matrix switch processor, a method for providing enhanced call processing features for telephone calls that are routed to a destination by the matrix switch, wherein each of the
telephone calls comprise a call audio portion and a call data portion, the method comprising the steps of:
(1) receiving, in a matrix switch, a call audio portion of a telephone call;
(2) receiving, in a network control processor from a common channel signaling network, a call data portion corresponding to said call audio portion, coupled to said matrix switch, wherein said network control processor provides an interface
between said matrix switch and said common channel signaling network;
(3) determining, by said network control processor, a routing for said call audio portion of said telephone call; and
(4) sending, by said network control processor, switch control data to a matrix switch processor associated with said matrix switch to effect said routing of said call audio portion of said telephone call.
11. The method of claim 10, further comprising the step of:
(5) sending, by said network control processor, switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to an operator console.
12. The method of claim 11, further comprising the step of:
(6) sending, by said network control processor to said operator console, via a connection between said network control processor and said operator console, operator control data to support a telephone call that requires operator assistance.
13. The method of claim 12, wherein said step (6) comprises the step of sending, by said network control processor to said operator console, via a connection between said network control processor and said operator console, operator control data
to support a telephone call that requires operator assistance, wherein said operator console is connected to a standard port on said matrix switch thereby allowing said matrix switch to treat said operator console as a generic termination point.
14. The method of claim 11, wherein said step (5) comprises the step of sending switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to a manual operator console.
15. The method of claim 11, wherein said step (5) comprises the step of sending switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to a voice response unit.
16. The method of claim 11, wherein said step (5) comprises the step of sending switch control data to said matrix switch processor instructing said matrix switch to route said call audio portion to a customer service console.
17. The method of claim 10, further comprising the step of:
(5) retrieving, by said network control processor, call parameters for a telephone call from a call ID database, wherein a look-up into said call ID database is based on the information in said call data portion of said telephone call, wherein
said call parameters identify a customized call handling procedure that indicates at least one of the type of telephone call being placed, the type of operator assistance required, and processing required for said telephone call.
18. The method of claim 17, wherein said step (5) comprises the step of retrieving a device array list, said device array list indicating a priority of operator consoles that can be assigned to receive a call audio portion of a telephone call.
19. An operator console, comprising:
means for receiving a call audio portion of a telephone call from a matrix switch having a matrix switch processor; and
means for receiving control information from a network control processor coupled to said matrix switch, said control information identifying operator services for said telephone call,
wherein said operator console is connected to a standard port on said matrix switch thereby allowing said matrix switch to treat said operator console as a generic termination point.
20. The operator console of claim 19, wherein said control information is provided by a network control processor that provides an interface between said matrix switch and a common channel signaling network such that said network control
processor receives a call data portion corresponding to said call audio portion from said common channel signaling network, said network control processor determining a routing for said call audio portion of said telephone call, and sending switch
control data to a matrix switch processor associated with said matrix switch to effect said routing of said call audio portion of said telephone call.
21. A method for providing operator service through a generic termination point in a matrix switch, comprising the steps of:
(1) receiving a call audio portion of a telephone call from a matrix switch having a matrix switch processor; and
(2) receiving control information from a network control processor coupled to said matrix switch, said control information identifying operator services for said telephone call,
wherein said operator console is connected to a standard port on said matrix switch thereby allowing said matrix switch to treat said operator console as a generic termination point.
22. The method of claim 21, wherein said step (2) comprises the step of receiving control information from a network control processor that provides an interface between said matrix switch and a common channel signaling network such that said
network control processor receives a call data portion corresponding to said call audio portion from said common channel signaling network, said network control processor determining a routing for said call audio portion of said telephone call, and
sending switch control data to a matrix switch processor associated with said matrix switch to effect said routing of said call audio portion of said telephone call. |
|
|
|
|
Claims  |
|
|
Description  |
|
|
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates generally to systems and methods used in processing telephone calls, and more particularly, to systems and methods for allowing telephone carriers to offer enhanced products and services to their subscribers.
2. Related Art
Deregulation of the long-distance telephone industry spawned the growth of numerous long-distance service providers, each vying for a share of the United States' long-distance market. Thus far, the U.S. industry is dominated by three large
companies: AT&T, MCI and Sprint. These large carriers have the resources and capital at their disposal to enable them to develop and provide a wide range of telephone-related services to their customers.
Perhaps less known, but still extremely important in the more than $50 billion interexchange U.S. long-distance market, are the smaller companies. In 1991, AT&T, MCI and Sprint controlled approximately 85 percent of the U.S. market. At this
time, 12 medium-sized companies shared eight percent of the U.S. market. The remaining seven percent of the U.S. market was divided among nearly 320 small carriers.
The larger carriers are able to attract customers by offering a full range of services in addition to direct dial calling. These services include, but are not limited to: operator-assisted calling, full-feature calling cards, and specialized 800
number routing.
The strategy followed by the smaller carriers in attracting customers has been to offer excellent service and low-cost, direct-dial long-distance calling (e.g. 1+calling). Many smaller carriers, for example, focus on a particular geographic
market. By understanding the market's calling patterns, the smaller carrier can maximize crucial economies and can attract subscribers by offering long-distance calling at rates lower than those offered by larger carriers.
Additionally, many smaller carriers use the fact that they are a small, local business in order to attract other local businesses as their clients. These carriers stress the ability to offer more personalized, responsive attention than some
larger carriers may provide.
However, many of the smaller carriers are finding it increasingly difficult to compete with the larger carriers by offering direct-dial calling alone. For these carriers to attract and retain customers, they need the ability to offer the same
range of features and services provided by some of the larger carriers. For example, a small carrier may have a small travel agency as a long-distance subscriber. As the travel agency grows, develops more business, and hires additional salespersons,
the travel agency's telephone services requirements also grow. The travel agency may want to offer calling cards to its salespersons who travel frequently. The travel agency may also want the ability to re-route an incoming call that was made to their
800 number. Such re-routing allows the travel agency to re-route incoming 800-number calls to any telephone number, a voice mailbox, or a pager. Additionally, the travel agency may want the ability for its office workers, clients and vendors to make
operator-assisted calls.
Unfortunately, most smaller carriers can only provide direct-dial long distance service to its customers. If a smaller carrier wants to offer enhanced products to its customers, the smaller carrier has two choices. First, the smaller carrier
may purchase its own telephone switching system and operator consoles. Second, the smaller carrier may purchase and resell the products of one of its larger competitors.
However, reliable, affordable, and scalable switching equipment is not commercially available. If a long-distance carrier wants to purchase its own equipment, the selection is limited to the large-scale complex switching systems that are
currently available. Because these systems are costly, in most instances, the smaller carrier is forced to go through a larger carrier to obtain enhanced products.
Several problems arise out of the inability of smaller carriers to provide enhanced calling services. Four of these problems are now described.
First, the flexibility and customization options available to the smaller carriers in providing services are limited when they resell the products of their larger competitors. One reason for this is that those products were not designed with the
smaller carriers' needs in mind. For example, consider a smaller carrier that wants to offer a product like 800 number forwarding to its customers. The smaller carrier will want its customers to hear customized user prompts, including the
identification of the carrier. The smaller carrier will also want to establish its own prices for the service. To further customize its systems, the carrier may want to change the way the call processes, or to add additional features such as the
ability to route an 800 number to a voice mailbox.
In another example, the smaller carrier is unable to provide carrier-unique operator services. The cost of providing operator services prohibits most smaller carriers from hiring their own operators and purchasing the required equipment.
Instead, smaller carriers typically purchase operator services from a competitor carrier or from operator service providers.
One drawback of having to use a competitor's operators is the inability to custom brand the call. For example, when a customer of the smaller carrier places an operator-assisted call using a competitor carrier's operators, she hears the operator
of the competitor carrier thank her for using the competitor carrier's services.
Another drawback of having to use another's operators is the inability to custom-tailor call processing because the operator services provided and the operator responses cannot be customized. The smaller carrier has no control over the operators
used by the competitor carrier or the operator service provider.
Relying on larger carriers for providing these enhanced products does not give smaller carriers the flexibility they desire. This is because smaller carriers cannot customize the products they obtain from the larger carriers to provide unique
services to their subscribers.
A second problem is the range of services that can be provided by a smaller carrier is limited to the services that carrier can purchase from its competitors. As a result, the smaller carrier often cannot create innovative new products and
services to offer its customers.
An additional problem is that the amount of fraudulent calling considered acceptable, and therefore not monitored or halted by a larger carrier, may be well above a level that is economically tolerable for the smaller carrier.
Another problem is the smaller carrier's inability to get customized fulfillment material through a competitor carrier. For example, calling cards provided by a larger competitor carrier, in turn to be provided to the smaller carrier's
customers, often bear the name of the competitor carrier.
In summary, because the small carriers must rely on the larger competitor carriers for advanced products and services such as calling cards, operator assistance, 800 service, audiotext, voice mail, and the like, the smaller carriers cannot offer
a full range of carrier-unique and customer-unique products. As a result, the smaller carriers lose part of their ability to compete in the U.S. long-distance market.
The problems of flexible control of a telephone network are not limited to the smaller carriers or the long-distance industry. All telephone carriers would benefit from the ability to offer popular, customized, value-added services.
Commercially available hardware and conventional solutions to date, however, do not offer this ability.
SUMMARY OF THE INVENTION
The present invention is directed to a call processing system and method which provides a wide range of enhanced calling products and features to subscribers. The subscribers can include individual users as well as customers who, in turn,
provide telephone service to their own clients (also called "users"). These customers can include telephone carriers whose clients are subscribers of the carriers' network and can also include other types of businesses.
The call processing system is implemented in such a way that customer-unique and user-unique customized products and features can be provided. The features, products and services provided can be extensively customized to provide system
flexibility and to offer users the option of choosing the level and types of features, products and services they receive. Customization can also be provided at the business- or carrier-customer level so that these customers can choose the level and
types of features, products and services they wish to make available to their clients.
The call processing system includes at least one network control processor (NCP) and at least one switch (for example, a matrix switch). The network control processor (NCP) is a unique combination of hardware and software configured to determine
the type of call being placed, the type of handling to be provided to the call, and to control the routing of the call. Because the NCP makes call handling and routing determinations regarding each call received, the switch implemented can be a passive
switch that simply responds to routing instructions received from the NCP. Thus, control of the call is maintained by the NCP.
One feature of the invention is that it provides call data associated with a call is provided to the NCP to enable the NCP to make call processing determinations. The call data can include information such as the originating (caller's) phone
number (the ANI), the called phone number, originating and terminating area codes, customer identification codes, and other like information. The NCP uses this call data to make determinations regarding the manner in which each individual call is to be
handled and to instruct the switch on how to route the call.
According to this philosophy, only the audio portion of the call is routed to the switch. The call data is not routed to the switch. Therefore, all call processing and handling determinations are made by the NCP and the switch can be
implemented as a passive device.
The call processing system can also include one or more operator consoles to provide operator assistance to callers. The operator consoles provided can be manual operator consoles (MOCs) staffed by human operators to provide a human operator
interface to callers. Alternately the operator consoles can be automated voice response units (VRUs) that provide automated assistance to callers. Additionally, a customer service console (CSC) can be used to provide detailed customer assistance to
subscribers.
When a call is received by the call processing system, the call data is routed to the NCP and the call audio to the switch. The NCP begins handling the call while the audio circuit is held at the switch. The NCP first assigns a callhandle to
the call; this is a unique identifier that can be used to identify both the call and call handling operations performed in conjunction with the call.
Once a callhandle is assigned, the NCP determines the type of handling and/or processing the call requires. In one embodiment, this is accomplished by retrieving call parameters for the call. The call parameters indicate the type of call being
placed, whether and what type of operator assistance is required, and other processing required for the call. The call parameters are contained in a data record that is retrieved based on the call data. The NCP uses the call data for each call to look
up a data record that contains the call parameters for that call. Because different data records can be maintained for different combinations of call data, unique or custom call handling and/or processing can be defined down to the customer and/or user
level.
The call parameters include information on how the call is to be processed in the call processing system. The call parameters include what are termed a "DEF Record Number" and a "Base Process Number" that point to a series of data records
chained together to define the call processing required for the call. These records are termed "DEF Records." DEF records are described in more detail below.
The call parameters also include information regarding whether operator assistance is required to handle the call. If operator assistance is required, call parameters include a device type list that indicates the type of operator assistance
required. This list can specify whether a MOC, VRU, or CSC can be used to handle the call. Because call parameters can be uniquely defined for each customer and/or user, the operator services provided can be customized down to the same level, if
desired. Thus, a particular caller can be defined as always receiving operator assistance from a human operator, or a particular call type (such as a calling card call) can always be designated to receive automated VRU handling initially. The device
type list can also indicate that a less complex device, such as a recorded message playback device is required.
Call parameters can provide further specificity in the type of operator assistance required. For example, the call parameters can include a language type that indicates the particular call requires operator assistance in a specific language.
When the NCP retrieves call parameters that indicate a specific language is required, the call is routed to an operator console that can provide assistance in that language. For example, when a call is received from a specific originating number, the
call parameters retrieved for that number may indicate that Spanish-language operator assistance is desired. Again, as with the other call parameters, the determination is made based on call data associated with the call. Thus, the language provided to
handle each call can be customized at the user and/or customer level.
If operator assistance is required, the NCP allocates an operator console to handle the call. The allocation is made based on the call parameters retrieved for the call. For example, if a device type list indicates that a MOC is desired, the
call is routed to an available MOC. If no MOC is currently available, the call can be placed on a queue. Music and/or other messages can be provided to the caller while the call is queued. A status display provides a visual indication of the number of
calls in the queue.
So that the correct device type can be allocated to handle a given call, the NCP maintains a list of consoles available to handle calls and those consoles currently handling calls. The list can include information about each console pertaining
to the type of console, the languages that console can support, and other pertinent information. Thus, if a French-speaking human operator is required, the NCP checks the list to see if a MOC with a French-speaking operator is currently available. If
available, that console is allocated to handle the call. If unavailable, the call is queued.
Once a console is allocated to handle a call, the NCP instructs the switch to route the call audio to the allocated console. Because the switch is routing only the call audio (and is not handling call data), the consoles can be treated as any
other terminating point on the switch. Thus specific, or dedicated, operator console ports are not required on the switch.
The NCP also sends operator control data to the allocated operator console, informing the allocated console that a call is being routed to it. Included with the operator control data is the base process number, a DEF record number and other call
information from the call data.
When the call audio is routed to the operator console, the operator requests information from the caller. A script is displayed on a screen on the operator console for the human operator to read. For an automated VRU, the script is a recorded
or synthesized voice that prompts the caller for information. The particular script to be read or played is retrieved from a database by the operator console when processing the call. One manner in which this can be accomplished is through the use of
DEF records as discussed below.
The caller responds with the requested information. This information could be verbally provided to a human operator, who then enters it into the system via the operator console, or could be a sequence of one or more keys pressed on the telephone
keypad. The information requested of the caller can include: the number to be called (if not originally entered on a 0- call); billing information such as a calling card number, enhanced services card number, credit card number, debit card number, or
telephone number to be billed; a feature identification (for example 2# for speed-dial); a security code; and other like information.
The information entered is validated to ensure that it is correct and that the call can be completed. One method of performing validations is to do an internal validation. For example, the called number is validated to ensure that it is the
correct number of digits or terminating number is validated to ensure that the call is being placed to an area that is within that caller's allowed calling area (if restricted).
Alternatively, a validation system, which is part of the call processing system, could be used to validate other information required to complete the call. Billing information can be validated to ensure that the method of billing is acceptable.
Credit card numbers can be checked through validation service providers and debit cards can be checked to determine whether the balance is sufficient to place the call. Security codes can be checked against the feature to be accessed, the originating
number, the billing information, or other parameters screened through the use of the security codes.
If the information entered is invalid, the caller may be given a second chance to re-enter the correct information, or alternatively, the call may be terminated. If the call is being handled by a VRU, the VRU may transfer the call to a human
operator to provide additional assistance. The number of chances provided to a caller who enters incorrect information, whether and when the call is transferred to a human operator, and when the call is terminated due to invalid information is
customizable to the customer and user, as parameters in the DEF record.
If the information is valid, the operator console sends data to the NCP indicating that the call can be routed to the terminating (called) number. The NCP performs a number translation, where required, to determine the proper routing for the
call. Once the routing is determined, the NCP generates instructions to command the switch to route the call to the destination. In one embodiment, the switch instructions are packetized for transmission via a LAN. A gateway removes the instructions
from the LAN packet(s) and formats them into a form that is recognized by the switch (SS#7). The NCP also releases the operator console from the call so that it is free to handle another call.
The switch routes the call to the destination via a telephone network based on the instructions received from the NCP. Standard telephony signalling can be used to complete the call to the called number. This includes call accept messages (for
example, ACMs) and answer messages (for example, ANMs).
If the call does not require operator assistance, the operator allocation steps and the operator handling steps described above can be bypassed. In this case, the called number can be validated to determine whether the call can be completed.
This can include validations to determine whether the call is to an acceptable calling area and whether the called number contains the correct number of digits.
The validation system can be used to validate billing information, and information i.e., whether a credit card number is valid for credit card calls.
When an operator console wishes to validate call information prior to the completion of a call, it sends a validation request to the validation system. The validation request includes an index and call data or other information to be validated.
When the validation system receives the request to perform a validation, it retrieves validation instructions, termed "p-code," from a database. These instructions contain the process to be followed in validating the information. In one embodiment, the
index provided with the validation request indicates the specific p-code instruction to retrieve for that validation. The operator console requesting the validation determines the index and provides it with the request. In one embodiment, the index is
defined based on the call type. Thus, for each call of the same type (i.e. for each calling card | | |