EP0743778B1 - Service and information management system for a telecommunications network - Google Patents
Service and information management system for a telecommunications network Download PDFInfo
- Publication number
- EP0743778B1 EP0743778B1 EP96303415A EP96303415A EP0743778B1 EP 0743778 B1 EP0743778 B1 EP 0743778B1 EP 96303415 A EP96303415 A EP 96303415A EP 96303415 A EP96303415 A EP 96303415A EP 0743778 B1 EP0743778 B1 EP 0743778B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- call
- message
- network
- switch node
- operations element
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/44—Augmented, consolidated or itemized billing statement or bill presentation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/55—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for hybrid networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/58—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on statistics of usage or network monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/90—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2254—Arrangements for supervision, monitoring or testing in networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
-
- 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/0016—Arrangements providing connection between exchanges
- H04Q3/0062—Provisions for network management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0104—Augmented, consolidated or itemised billing statement, e.g. additional billing information, bill presentation, layout, format, e-mail, fax, printout, itemised bill per service or per account, cumulative billing, consolidated billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/016—Billing using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0188—Network monitoring; statistics on usage on called/calling number
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/44—Charging/billing arrangements for connection made over different networks, e.g. wireless and PSTN, ISDN, etc.
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13521—Indexing scheme relating to selecting arrangements in general and for multiplex systems fault management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13541—Indexing scheme relating to selecting arrangements in general and for multiplex systems routing
Definitions
- the invention relates generally to service and operations control for a telecommunications network, and more particularly to a service control and operations element system which performs and controls various functions of the telecommunications network.
- a telephone call hereinafter referred to as a "call" for convenience
- fault management call details recording used to compile customer bills
- fraud detection and control new services provisioning
- post-dialing delay measurement time synchronization
- Common channel signaling is an out-of-band technique for exchanging information over channels separate from those used to carry voice or data signals.
- One well-known signaling technique utilizes the Comite Consultatif International Circuitique et Telephonique (CCITT) Signaling System no. 7 (SS7) protocol.
- CITT Comite Consultatif International Circuitique et Telephonique
- SS7 Signaling System no. 7
- PBX Private Branch Exchange
- Q.931 protocol In SS7 protocol, the messages are highly structured information fields of bits that are differentiated from each other by a length indicator.
- a detailed discussion relating to the format of the SS7 message and to the interrelation of SS7 and Q.931 protocols is given in the CCITT Blue Book, Specification of Signaling System No. 7 , Vol. 6 (1988).
- the network elements associated with a typical telecommunications network, such as the AT&T switched network, which are commonly traversed by a call include the following: (1) an originating switch node associated with the network, located in the geographic area of the calling party, which receives a call request message from a local exchange carrier or a competitive access provider, and is responsible for controlling the call set-up; (2) a terminating switch node, also associated with the network, but located in the geographic area of the called party, which connects the call to a local exchange carrier or a private branch exchange associated with the called party; (3) a via switch, used when a direct path between the originating switch node and the terminating switch node is not available because all direct trunks from the originating to the terminating switch nodes are busy, but an idle path exists which may be activated by using the via switch to reach the terminating switch node (for simplicity, references to via switches are omitted in the text and figures); (4) a service control point, which acts as a database that instructs the originating switch node as to
- a typical call in North America has a called number of the form NO/1X NXX-XXX, N being any number 2 through 9, 0/1 being either a 0 or a 1, X being any number 0 through 9, where the 10-digit code from left to right generally represents: a three-digit area code, a three-digit central office code, and a four-digit station number.
- the area code digits identify a geographic region in North America
- the central office code digits identify the central office exchange serving the called party
- the station code digits provide identification of the called party.
- the number is not directly associated with a geographic region.
- Some or all of the digits in an 800/900-type number normally must be translated into a physical destination by a service control point, which maintains a table of 800/900 numbers and the physical destinations associated with the numbers.
- Such a translation is referred to as a global title translation, and the tables maintained by the service control points are referred to as global title translation tables.
- the switches and/or signal transfer points maintain tables which identify which service control points serve which 800/900 numbers.
- a signaling message flow for a typical call of the type 800 NXX XXXX or 900 NXX XXXX which traverses the various network elements is as follows.
- An originating switch node receives a call request message, typically in the form of an initial address message, from a local exchange network or a competitive access provider serving the calling party.
- the originating switch node validates the message. If an error is detected in the message during the validation process, the call flow ends.
- the originating switch node looks to its global title translation table to determine the identity of a service control point which can provide processing and routing instructions for the call.
- the global title translation table contains entries representing all numbers served by the network (e.g., 800 NXX XXXX or 900 NXX XXXX). For each dialed number, the table provides a service control point identification and a subsystem number identifying the application at that service control point. If the dialed number does not match an entry in the global title translation table, either the table is in error or the local exchange carrier switch or competitive access provider's switch misrouted the call.
- the originating switch node formulates a query message, also called a transaction capabilities application part message, requesting call routing and processing information.
- the originating switch node sends the query message to the service control point identified by the global title translation table.
- a signal transfer point instead of the originating switch node, looking at its own global title translation tables, routes a query message to the identified service control point.
- the service control point After the service control point receives the query message, it formulates a response message containing instructions for processing and routing the call, and forwards the response message back to the originating switch node. If the service control point determines that it does not serve the dialed number received in the query message, the service control point will identify the error in the response message. Thus, the response message may contain instructions for processing and routing the call, or may be used to communicate that the call is being aborted because of an error detected at the service control point.
- the originating switch node receives the response message and validates it. Assuming reception and validation of the response message is successful, the originating switch node proceeds to route the call. As part of the routing function, it sends the request message to a terminating switch node via a signal transfer point.
- the terminating switch node After the terminating switch node receives the request message from the signal transfer point and validates it, it forwards the request message to a local exchange carrier or private branch exchange serving the called party. If a private branch exchange serves the called party, however, the terminating switch node forwards, using Q.931 protocol, a set-up message (equivalent to the request message) to the private branch exchange. In both cases, the signaling in the forward direction for the call is thereby completed.
- the local exchange carrier switch receives the called number, forwards the call to a known telephone destination and sends an address complete message to the terminating switch node indicating that the called party is alerted to the incoming call.
- the private branch exchange receives the called number, and sends a call proceeding message and an alerting message to the terminating switch node.
- the terminating switch node After the terminating switch node receives either the address complete message or the alerting message, it regenerates an address complete message and sends it to the originating switch node.
- the originating switch node forwards the address complete message it receives from the terminating switch node to the local exchange carrier or competitive access provider switch associated with the calling party. Each switch provides a through connection for a voice path. The calling party then hears a ring back tone.
- the terminating switch node When the called party answers the call, either the called party's local exchange carrier sends an answer message, or the called party's private branch exchange sends a connect message, to the terminating switch node. If the called party is a private branch exchange, the terminating switch node sends a connect acknowledge message to the private branch exchange. Once the terminating switch node receives either the answer message or the connect message, it regenerates an answer message to the originating switch node.
- the originating switch node regenerates the answer message to the local exchange carrier or competitive access provider switch associated with the calling party. After the calling and called parties hold a conversation, and the calling party hangs up, the local exchange carrier or competitive access provider switch sends a release message to the originating switch node. The originating switch node then sends the release message to the terminating switch node.
- the terminating switch node For a call completing to a local exchange carrier, the terminating switch node sends the release message to the local exchange carrier.
- the local exchange carrier responds with a release complete message, resulting in the call being torn down.
- the breakdown of a Q.931 connection to a private branch exchange requires the terminating switch node to send a disconnect message to the private branch exchange.
- the private branch exchange then sends a Q.931 release message to the terminating switch node.
- the terminating switch node in response sends a Q.931 protocol release complete message to the private branch exchange, which also results in the call being torn down.
- dialed number contains an area code indicating a geographic region associated with the called party, except that originating switch nodes are often able to route these calls based on their own routing tables, using additional information from automatic number identification tables and dialed number tables, without sending query messages to service control points for routing and processing instructions.
- Each table may contain millions of entries, and the number of entries increases as the services offered to a large population are expanded.
- Network customers maintaining an 800 or 900 number often subscribe to a time-of-day routing service, such that their calls are directed to different telephone destinations at different times of the day.
- the translation of an 800 or 900 number to a physical destination based on time-of-day is performed by a service control point which uses its own local clock as a time reference.
- a service control point which uses its own local clock as a time reference.
- clock synchronization there is no provision for clock synchronization throughout the network, so that if the local clock is not accurate, calls of customers subscribing to a time-of-day routing service may be directed to the wrong location.
- Customers may also subscribe to a data collection and reporting service which provides information regarding the distribution of 800 or 900 calls by time-of-day, day-of-week, etc. as well as distribution by destination and origin of calls. This information is commonly generated by service control points and sent periodically to a central computer. Alternatively, equipment is placed on each incoming and outgoing SS7 signaling link to collect messages going to or coming from each service control point. These data collection methods, however, do not provide information regarding calls which failed in the call set-up stage, such as calls which never reached a service control point.
- Post-dialing delay i.e., the delay between dialing of the called number and the receipt of the ring-back tone
- Post-dialing delay has become a direct measure of the quality of network performance.
- measurement of post-dialing delay is limited because there is no satisfactory mechanism in place to monitor post-dialing delay on an ongoing basis.
- the call details recording function for customer billing for a telecommunications network is commonly performed by originating switch nodes.
- An originating switch node analyzes the per call messages corresponding to the calls it controls, as described above.
- the switch node sets call billing parameters for a call when it receives the response message containing processing and routing information for the call from a service control point.
- the switch node notes the time the called party answered and the time the connection was released, and prepares a call detail record. Call detail records are forwarded to a data-processing center where the data is periodically processed to compute customer charges.
- Utilizing the originating switch node to perform these functions results in limited flexibility for user-defined billing, and the inability to detect and control fraud or abuse of the telecommunications network, such as stalking, in real-time.
- a stalker is a person who places a call to a target party for purposes of harassment, etc. When the called party answers, the stalker hangs up.
- the call is not billed and there is no record of the stalker's abusive calls.
- data regarding calls is collected from originating switch nodes and other network elements only periodically, real-time detection of faults in the network is not possible.
- Fault management has been handled in various ways in prior art systems, none of which are completely satisfactory.
- the network element responsible for validating the message stores the data regarding the error.
- the network element is then typically polled to retrieve the error data, or programmed to report the error data at predetermined intervals to a central computer. This can result in errors occurring and remaining undetected for a certain period of time.
- selected calls entering a network system can be placed under surveillance by setting a predetermined bit called a surveillance bit in the messages associated with a particular call.
- the messages with their surveillance bits set are copied and forwarded to a processing element by each network element traversed by the call.
- a history for each selected call is provided up to the call's failure.
- this document discloses the servicing of telephone calls on the basis of a database storing information relating to the telephone calls so that routing and billing of those calls is carried out in dependence upon information packets associated with a telephone call and transmitted from interconnected network elements to a communication unit and upon the information stored in the database, the stored information being updated responsive to the collection of information packets.
- EP-A-0 557 566 describes how an ISDN network may be modified to prevent access by unauthorised persons to the operating interface of the system.
- An "enable control" is provided, which is administered using special codes. These codes are security codes, and are not associated with a particular telephone call.
- a first aspect of the present invention provides an apparatus for servicing a telephone call made in a telecommunications network, the apparatus comprising: an interconnect bus; a database for storing information packets relating to the telephone call, the information packets including a signalling portion and a transaction portion for tracking the telephone call from set-up to termination, said database being in communication with said interconnect bus; and a communications unit in communication with a plurality of interconnected network elements in the telecommunications network and in communication with said interconnect bus; wherein said communications unit comprises means for instructing the network elements as to routing of the telephone calls originating at the network elements and further comprises means for storage of said information packets associated with each telephone call in said database.
- a second aspect of the present invention provides a method of servicing a telephone call by means of an apparatus, comprising the steps of: communicating with a plurality of interconnected network elements associated with a telecommunications network; collecting information packets associated with a telephone call for storage in a database included in the apparatus, the information packets including a signalling portion and a transaction portion for tracking the telephone call from set-up to termination and being transmitted from the interconnected network elements; and routing of the telephone calls in the network based on the instructing signal within a message transmitted by the apparatus to at least one of the interconnecting network elements.
- FIG. 1 illustrates, in block diagram form, an overview of the management of a telecommunications system according to a preferred embodiment of the present invention.
- a service control and operations element (hereafter "operations element") 10 communicates with a telecommunications network 25 such as the AT&T switched network via a data communications network 20 .
- Data communications network 20 provides T3 rate (45 Mbits per second) direct signaling links from the operations element 10 to a number of elements associated with the network 25 .
- the network elements depicted in FIG. 1 include: an originating switch node 32 , a service control point 33 , a terminating switch node 35 , and a plurality of signal transfer points 34 .
- the originating switch node 32 is connected to a customer telephone 5 by a local exchange carrier switch 31 .
- the terminating switch node 35 is connected to customer telephones 5 by both a customer private branch exchange 37 and a local exchange carrier switch 31 .
- operations element 10 preferably includes a communications unit such as a switching and signaling subsystem 40 , which controls the connections of the operations element 10 to each network element associated with the telecommunications network 25 , including a plurality of switch nodes 32 , such as originating switch nodes, a plurality of signal transfer points 34 and a plurality of service control points 33 .
- a number of trunk connections 22 provide at least 64 Kbits per second connections to accommodate the testing of broadband communications through the telecommunications network 25 being managed.
- the switching and signaling subsystem 40 also has an interface to SS7 signaling links 23 to permit the subsystem 40 to interface with the network elements using SS7 protocol.
- the switching and signaling subsystem 40 In addition to interfacing with network elements such as switch nodes 32 , signal transfer points 34 and service control points 33 , the switching and signaling subsystem 40 also supports switching of callers to a case worker station 45 for trouble reports and customer inquiries.
- the subsystem 40 may also be in communication with a speech recognition and voice response unit 41 , allowing customers to interact directly with the operations element 10 for subscribing to new services and to inquire regarding the status of orders for service, the status of bill discrepancies and the like.
- Computer test equipment 46 in conjunction with a transmission quality measurement system 47 allows the operations element 10 to perform quality testing on any switched path between switch nodes 32 (explained below).
- the subsystem 40 communicates with a number of processors and databases 11, 12 (explained further below) associated with the operations element 10 via a high-speed interconnect 60 , preferably such as provided by an IEEE Future Bus.
- the switching and signaling subsystem 40 may also have direct connections to the call control database 11 and to the information packet database 12 .
- the processors which may of the same or different types, preferably support, among other applications, an Automatic Service Provisioning program 51 , a Fault Management application 53 and a Fraud Detection and Control program 54 (explained further below).
- the call control database 11 contains data tables such as an Automatic Number Identification table 1 , which contains a list of phone numbers and associated information on services to be provided and restrictions to be imposed; a Dialed Number Table 2 , containing a list of dialed addresses associated with a called party and instructions for processing and routing calls; and a Network Map table 3 , which provides information as to which switches 32 and service control points 33 are served by which signal transfer points 34 .
- an Automatic Number Identification table 1 which contains a list of phone numbers and associated information on services to be provided and restrictions to be imposed
- a Dialed Number Table 2 containing a list of dialed addresses associated with a called party and instructions for processing and routing calls
- a Network Map table 3 which provides information as to which switches 32 and service control points 33 are served by which signal transfer points 34 .
- the Dialed Number Table 2 identifies the service control point and the subsystem number of the application at the service control point.
- the service control point has its own dialed number table (not shown) for a subset of the dialed number that it serves.
- This dialed number table has pointers to customer records containing detailed instructions for processing and routing the call. This arrangement permits feature-rich calls to be handled by the service control points and all other calls to be handled by the operations element.
- the customer record may also contain the current address of a customer who has subscribed to a call forwarding service.
- the customer may have calls forwarded by dialing an 800 number, being connected to a speech recognition unit and interactively providing the telephone number to which calls should be forwarded.
- the Automatic Number Identification table 1 is consulted by the fraud detection and control application 54 while a call is being set up in the network 25 .
- the fraud detection application 54 compares the digits of a calling party's phone number against the Automatic Number Identification table 1 to see if the calling party's phone number has been marked for fraud.
- the fraud detection application 54 also examines the caller's billing profile to determine if the caller has accumulated billing charges, and considers the impact of charges associated with an abnormally long call being served by the network. If fraud is suspected, the fraud control application 54 will send a message to the switch node 32 handling the call, requesting forced release of the call.
- the Automatic Service Provisioning function 51 also utilizes the databases 11, 12 .
- a customer requesting new services is connected to the Speech Recognition and Voice Response Unit 41 of the operations element 10 .
- the customer is queried in an interactive manner for subscription information.
- the information provided by the customer is divided into a pre-defined number of data entries for each uniquely defined service.
- the Automatic Service Provisioning function 51 verifies the information provided by the customer and checks the Automatic Number Identification table 1 for fraud or accumulated billing charges associated with the customer's phone number. After the customer hangs up, the operations element 10 immediately creates a customer record relating to the service requested.
- FIG. 3 illustrates a typical message flow for a call established by a telecommunications network (time increases from top to bottom) according to the present invention.
- the call completes from a local exchange carrier switch 31 in the geographic area of a calling party's phone 300 to another local exchange carrier switch 31 in the geographic area of the called party's phone 302 , traversing several interconnected network elements such as an originating switch node 32 , a service control point 33 and a terminating switch node 35 .
- the originating switch node 32 controls the call set-up and receives the following messages from the interconnected network elements as the call traverses the network elements: a request message 61 , a response message 68 from an operations element 10 which instructs the originating switch node 32 to send a query message 66 to the service control point 33 so as to obtain routing and processing instructions for the call, a response message 68 from the service control point 33 containing the routing and processing instructions for the call, an address complete message 63 , an answer message 64 indicating that the called party is available to hold a conversation 69 , and a release message 65 . Some of these messages are transmitted across more than one network element.
- the originating switch node 32 replicates each message received from a network element and adds a transaction information appendage to each message.
- the message plus the transaction information appended to the message form information packets.
- Information packet 200 is associated with the request message 61
- packet 201 is associated with the response message 62
- packet 202 is associated with the address complete message 63
- packet 203 is associated with the answer message 64
- packet 204 is associated with the release message 65 .
- the information packets 200-204 are forwarded from the originating switch node 32 to the operations element 10 via the switching and signaling subsystem 40 (shown in Fig. 2).
- the operations element 10 receives the information packets 200-204 in real time, validates them, and stores them.
- the information packets associated with all calls served by the telecommunications network 25 comprise an information packet database 12 .
- Various software applications, such as the automatic service provisioning program 51 residing on a processor in the operations element 10 , utilize the database 12 to perform their assigned functions.
- FIG. 4 illustrates the structure of a typical information packet 80 sent to the operations element.
- the transaction information 81 appended to the replicated message 82 is typically seventeen bytes long (each byte is eight bits long).
- the transaction information fields include: an operations element ID field 83 , which identifies the network ID 84 , cluster ID 85 and member ID 86 associated with the operations element serving the call, if there is more than one operations element; a sender ID field 87 , which identifies the network ID 84 , cluster ID 85 , and member ID 86 associated with a particular originating switch node; a call ID field 91 , which identifies numbers assigned to the call by the originating switch node; a time stamp field 92 ; an error code field 93 , which, if an error is detected by a network element during call set-up, contains a value indicating the type of error which was detected; and an interface type field 94 , which identifies the message type as SS7 or Q.931.
- Information packets 80 pertaining to a particular call are correlated by the operations system by call ID 91 , sender ID 87 (i.e., the originating switch node associated with the call), and time stamp 92 .
- FIG. 5 illustrates an exemplary architecture of an operations element 10 for managing a telecommunications network according to the present invention.
- Processors along with resident software applications including: a post-dialing delay measurement program 58 , a call details recording program 52 , a fraud detection and control program 54 , a fault management program 53 , an automatic service provisioning program 51 , a stalker identification service program 55 and a network time surveillance and synchronization program 59 (all discussed further below), which support the functions of the operations element 10 , communicate with each other and with the switching and signaling subsystem 40 over the high-speed interconnect 60 .
- the database of information packets 12 associated with the calls served by the network is accessible by each software application in the system.
- the call control database 11 may be consulted by the operations element 10 to determine proper routing and processing of calls (discussed further below).
- FIG. 6 illustrates three situations differentiated by case 1, case 2 and case 3, respectively.
- an originating switch node 32 upon receiving a request message 61 from a local exchange carrier switch 31 associated with a calling party, appends transaction information to the message, forming an information packet 200 , and forwards the information packet 200 to the operations element 10 , informing the operations element 10 that the originating switch node 32 requires information regarding call routing and processing.
- the operations element 10 determines whether it possesses the required call routing and processing instructions for the call, or whether the instructions reside with a service control point 33 , by consulting the call control database (shown in FIG. 5). If the operations element 10 possesses the appropriate processing and routing instructions for the call, it provides these instructions to the originating switch node 32 via a response message 62 .
- the operations element 10 looks to the call control database to determine the appropriate service control point 33 to contact.
- the operations element 10 instructs the appropriate service control point 33 via a query message 66 to send a response message 62 containing processing and routing instructions to the originating switch node 32 identified in the query message 66 .
- the operations element 10 knows whether it has available a direct path to the service control point 33 . If no direct path is available, the operations element 10 sends a response message 68 to the originating switch node 32 telling it to seek instructions from the service control point 33 identified in the response message 68 . The originating switch node 32 then transmits its own query message 66 to the service control point 33 , and receives a response message 62 from the service control point 66 containing processing and routing instructions for the call.
- the originating switch node 32 upon receiving the response message 62 , appends transaction information to the message, forming an information packet 201 , and forwards the information packet 201 to the operations element 10 , informing the operations element 10 that the originating switch node 32 received information regarding call routing and processing from the service control point 33 .
- a second embodiment of the call routing function provides for an information packet 205 associated with a request message 61 to be received by the operations element 10 from a signal transfer point 34 , rather than from an originating switch node 32 .
- the operations element 10 utilizes the call control database (shown in FIG. 5) to determine the processing and routing required for the call and forwards this information via a response message 62 to the originating switch node 32 .
- the originating switch node 32 upon receiving the response message 62 , must perform the additional function of correlating the response message 62 with the request message 61 it received from the signal transfer point 34 .
- This correlation may be based on the identity of the local exchange carrier switch 31 , the identity of the originating switch node 32 , and other information contained in the request message.
- the originating switch node 32 then appends transaction information regarding the call to all subsequent messages it sends as information packets 201-204 to the operations element 10 .
- the operations element 10 must also correlate the subsequent information packets 201-204 it receives from the originating switch node 32 with the information packet 205 it initially received from the signal transfer point 34 .
- FIG. 7 not discussed herein are assumed to be the same as those discussed previously with respect to FIG. 5.
- the second embodiment achieves slightly lower post-dialing delay on calls where the originating switch node 32 subsequently needs to send a query message 66 to a service control point 33 to obtain routing and processing instructions for the call, there is development required within the network's originating switch nodes (only one shown) 32 for correlation of the request message 61 with the response message 62 .
- a third embodiment of the call routing function according to the present invention is illustrated in FIG. 8.
- a signal transfer point 34 detects a request message 61 associated with an incoming call.
- the signal transfer point 34 appends transaction information to the request message 61 , forming an information packet 205 , and sends the information packet 205 to a stand-alone operations element 10 .
- the operations element 10 utilizes a call control database 11 which is connected directly to the operations element 10 to determine the processing and routing required for the call.
- the operations element 10 sends a response message 62 containing routing and processing instructions to an originating switch node 32 or, if the instructions reside on a service control point as discussed in connection with FIG. 6, instructs it to seek instructions from service control point 33 identified in the response message 62 .
- the originating switch node 32 correlates the response message with the request message 61 it received from the signal transfer point 34 .
- the originating switch node 32 then either routes the call by itself, or requests further instructions from a service control point 33 . Note that although the originating switch node 32 controls the remainder of the call set-up in accordance with previous descriptions, no information packet set is formed in the operations element 10 . This embodiment also requires development within the network's originating switch nodes for correlation of the request message 61 with the response message 62 .
- the call details recording program 52 prepares one call detail record for each billable call established by the telecommunications network.
- the call detail record contains information captured in the information packets containing the request message, the response message(s) (from the operations element and, if utilized, a service control point), the answer message and the release message. Because of the time stamp in each information packet, the operations element 10 can develop a daily histogram of traffic intensity and other activity at each switch node and service control point. This data may form a source for planning future growth of the network.
- the operations element 10 may support an application (not shown) which collects data for customers, e.g., customers having 800 or 900 numbers, and may present data such as call volume information or call origin information as a function of the time of day, day of week, etc. or data regarding calls intended for but never reaching the customer destinations directly to the customers via their own computers.
- the operations element 10 may also recognize when a customer with a particular 800 or 900 number is handling the maximum number of simultaneous calls possible, and upon receiving the information packet containing a request message for an additional call, may send a message to the originating switch node requesting that the caller be sent a prerecorded voice message asking the caller to try again later. In this manner, calls which would have encountered a busy signal at the destination are stopped at the originating switch node without causing congestion in succeeding parts of the network.
- a pattern of abusive phone calls, or stalking may be detected by the stalker identification service 55 by monitoring the address complete messages associated with a particular telephone number.
- the fault management application 53 residing on a processor in the operations element 10 , analyzes the messages associated with each call handled by the network to determine if any call has failed. When a call fails, the operations element 10 launches a test call which originates and completes at the switching and signaling subsystem 40 of the operations element 10 , traversing the same network elements (not shown) as were traversed by the original failed call.
- an originating switch node 32 receives a request message 61 from a local exchange carrier 31 serving the calling party, validates the message and appends appropriate transaction information to form an information packet 200 , including a signal in the error code field noting whether an error was detected in the validation process. The originating switch node 32 then sends the information packet 200 to the operations element 10 .
- the fault management application (shown in FIG. 5) in the operations element 10 checks the error code field in the information packet 200 associated with the request message 61 to determine whether the call failed. Assuming that the call did not fail, and the operations element 10 may, as previously discussed, route the call on its own, the originating switch node 32 sends the request message 61 to a terminating switch node 35 via a signal transfer point 34 , presuming that the signaling transfer point 34 will transfer the request to the appropriate terminating switch node 35 . If the signaling transfer point 34 has a corrupted routing table, however, the request message 61 will be sent to the wrong terminating switch node 36 .
- the intended terminating switch 35 node Because the intended terminating switch 35 node never received the request message 61 , it does not forward an address complete message 63 , an answer message (not shown) or a release message (not shown) to the originating switch node 32 .
- the originating switch node 32 times out, sending a release message 65 to the local exchange carrier switch 31 .
- the originating switch node 32 appends transaction information to the release message 65 , including an entry in the error code field indicating that a time-out error occurred, and forwards the resulting information packet 204 to the operations element 10 .
- the fault management application checks the error code field and determines that the call failed.
- the operations element 10 automatically formulates and launches a new request message 61 based on the contents of the information packets (shown in FIG. 9) associated with the failed call.
- the test call is controlled by the same originating switch node 32 which previously sent the message indicating call failure, and completes back to the operations element 10 via the switching and signaling subsystem 40 .
- the originating switch node 32 Upon receipt of the call request message 61 , the originating switch node 32 sends an information packet 200 to the operations element 10 requesting processing and routing instructions for the call.
- the operations element 10 forwards a response message 62 to the switch 32 indicating to the switch 32 that the call is a test call, and how to process it, thus replicating the call set-up process of the failed call.
- the originating switch node 32 After the originating switch node 32 receives a response message 62 from the operations element 10 , it forms an information packet 201 from the response message 62 and transmits the packet 201 to the operations element 10 , allowing the operations element 10 to verify that the originating switch node 32 received accurate instructions from the operations element 10 .
- the originating switch node 32 In possession of routing and processing instructions for the test call from the operations element 10 , the originating switch node 32 sends the request message 61 to a terminating switch node 35 via a signal transfer point 34 , embedding within the message a signal indicating that the call is a test call.
- the test call signal obligates each switch and service control point traversed by the call to transmit, as an information packet, a copy of each message it sends or receives to the operations element 10 .
- the request message 61 is sent to the wrong terminating switch node 36 . Because the intended terminating switch node 35 never received the request message 61 , it does not forward an address complete message, an answer message or a release message to the originating switch node 32 .
- the originating switch node 32 times out.
- the terminating switch node 36 which received the misdelivered request message 61 is also obligated, because of the embedded parameter in the request message 61 it received from the originating switch node 32 , to send an information packet 206 to the operations element 10 indicating in the error code field that it received a misdelivered message.
- the originating switch node 32 releases the test call due to the time-out error, appends transaction information to the release message 65 , including an entry in the error code field indicating that a time-out error occurred, and forwards the information packet 204 to the operations element 10 .
- the operations element 10 examines the information packets 200, 201 and 204 from the originating switch node 32 and the information packet 206 from the terminating switch node 36 receiving the misdelivered message and determines that the signal transfer point 34 has caused a routing error.
- the operations element 10 utilizes the network map table (shown in Figs. 2 and 5) to determine which signal transfer points 34 serve the respective terminating switch nodes 35, 36 , communicates with the errant signaling transfer point 34 via an error correction message 208 , and modifies its routing table (not shown) to correct the error. A new test call is then placed to verify proper call routing.
- the test call allows the operations element to receive a full complement of messages received and transmitted by each network element traversed by the test call, rather than only receiving the selected messages sent to the operations element by the originating switch node during the establishment of the original call.
- the operations element is able to detect whether a problem which caused the call to fail is within a network element associated with the telecommunications system served by the operations element, or whether the problem is within an element outside of the system, for example, at a local exchange carrier, private branch exchange, or competitive access provider switch. If the problem is determined to be within the telecommunications system served by the operations element, the problem may be corrected by the operations element in real time.
- the operations element automatically logs a report of troubles which were corrected automatically, and will alert the telecommunications system if subsequent human action is required for repair.
- test-call prefixes Different types of test calls may be indicated by different test-call prefixes. For example, a customer may question the cost of a particular call, and request billing verification. As illustrated in FIG. 11, a case worker 45 may initiate a test call from the switching and signaling subsystem 40 to replicate the call in question, and utilize the messages received from each network element traversed by the call, along with accumulated billing charges obtained from a service biller (not shown) to demonstrate to the customer that the call was correctly routed and billed.
- a service biller not shown
- the operations element 10 receives information packets 200-204 associated with selected messages from the originating switch node 32 , such as the request message 61 , the response message 62 , the address complete message 63 , the answer message 64 and the release message 65 .
- the test call allows the operations element 10 to receive a full complement of additional information packets 210-229 associated with messages received and transmitted by each network element 32, 33 and 35 traversed by the test call, rather than only receiving the selected information packets 200-204 sent to the operations element 10 by the originating switch node 32 during the establishment of a regular call.
- an automatic test call originating and terminating at the operations element 10 may be placed with computer test equipment 46 at each end to verify the transmission performance 47 of a path between switch nodes 32 , thus performing quality assurance testing without human involvement.
- the post-dialing delay measurement program 58 in the operations element 10 works in cooperation with the fault management application 53 and the information packet database 12 to measure the time it takes a calling party who has dialed the number of a called party to hear a ring-back tone indicating that the called party's phone is ringing.
- each information packet 80 forwarded to the operations element from a network element contains a time stamp 92 indicating the time at which the network element received the message contained in the information packet.
- FIG. 12 which shows a partial call set-up the message flow of which was previously discussed in connection with FIG. 3
- the first information packet 200 received by the operations element 10 contains a request message 61
- the operations element 10 notes the value of the time stamp contained in the information packet 200 .
- the operations element 10 notes the difference in time stamp values between the information packet 202 containing the address complete message 63 and the information packet 200 containing the request message 61 .
- post-dialing delay include (i) the time it takes a request message 61 to travel from the calling party's local exchange carrier switch 31 to the originating switch node 32 , (ii) the time it takes the local exchange carrier switch 31 to process and transmit the request message 61 , (iii) the time it takes an address complete message 63 to travel across the originating switch node 32 and to travel from the originating switch node 32 to the calling party's local exchange carrier switch 31 , (iv) the time it takes the local exchange carrier switch 31 to start sending a ringback tone to the calling party after receiving the address complete message 63 , and (v) the time it takes for a message, e.g. either a request message 61 or an address complete message 63 , to travel across a signal transfer point (not shown) associated with the calling party's local exchange carrier switch 31 .
- a message e.g. either a request message 61 or an address complete message 63
- a test call placed by the operations element 10 provides a full complement of information packets 200-219 and 229-231 which may be used to compute the values of delay (i) - (v) between network elements 32, 33 and 35 and local exchange carrier 31 traversed by a particular call.
- the operations element 10 records the time.
- the operations element 10 computes the difference between the time when the test call was initiated and the time stamp value in the information packet 200 representing the time that the request message 61 was received by the originating switch node 32 .
- This difference may be normalized by a procedure which takes into account the difference in propagation times which result from the actual distance between the calling party's local exchange carrier switch (shown in FIG. 12) and the originating switch node 32 being either less than or greater than the distance between the operations element 10 and the originating switch node 32 .
- the analogous component of delay (iii) associated with the address complete message 63 is also determined from the test call data, and is equal to the difference in time stamp values contained in information packets 202 and 231 , respectively. This component of delay is normalized in the same manner as component (i).
- Delay component (ii) is computed by the operations element 10 by recording the time difference between when digits are received by the operations element 10 and when the request message is sent by the operations element for the test call. In this case, the operations element is serving as a proxy for the local exchange carrier switch. Delay component (iv) is also computed by the operations element 10 by recording the time of receipt of the address complete message and the time of starting the ringback tone on the test call. Delay component (v) is pre-stored in the operations element 10 . Components (ii), (iv) and (v) are added to components (i) and (iii).
- the values of the delay components (i) - (v) are then added to the first component of post-dialing delay to obtain a total post-dialing delay for the call, representing the round-trip propagation delay measured from the calling party's local exchange carrier switch.
- a delay value representing the local loop i.e., the time it takes the call to travel to/from the calling/called party's telephone to/from the calling/called party's local exchange carrier switch (a function of the distance of a party's phone from the local exchange carrier switch serving that party) may be added to the total post-dialing delay.
- a second method of computing the post-dialing delay associated with a single call involves monitoring by the operations element of two calls traveling between the same network nodes in opposite directions. For example, as illustrated in FIG. 14, a first monitored call 101 may originate in New York and terminate in San Francisco--the originating switch node 102 for the first call is located in or about New York and the terminating switch node 103 for the first call is located in or about San Francisco. A second monitored call 110 would thus originate in San Francisco and terminate in New York. Then the second call's originating switch node 103 would be located in San Francisco, and the terminating switch node 102 in New York.
- a first component of post-dialing delay is computed by the operations element 10 for the first monitored call 101 by noting the difference in time stamp values between the information packet 104 (received from the switch node 102 located in New York) containing an address complete message 63a and the information packet 105 containing a request message 61a , and adding to the difference the time it takes an address complete message 63a to travel across the switch node 102 (this transfer time value is computed from data on test calls).
- the first component of post-dialing delay besides including the transmission and processing delays associated with the request 61a and address complete 63a messages in the network, also includes (1) the actual time it took for the address complete message 63a to travel from the local exchange carrier switch 106 in San Francisco to the switch node 103 in San Francisco, (2) the processing time for the local exchange carrier switch 106 to determine that the called party's number is valid and the called party's line is idle, (3) the time between the start of the ringback signal to the called party and the sending of the address complete message 63a toward the switch node 103 in San Francisco and (4) the time it takes the address complete message to travel from the local exchange carrier switch 106 in San Francisco to the switch node 103 in San Francisco.
- a second component of post-dialing delay is computed by the operations element 10 for the second monitored call 110 by noting the difference in time stamp values between the information packet 109 containing the address complete message 63b and the information packet 108 containing the request message 61b received from the switch node 103 located in San Francisco.
- the second component of post-dialing delay includes the actual time it took for the address complete message 63b to travel from the local exchange carrier switch 107 in New York to the switch node 103 in San Francisco, along with the analogous components of delay (2) - (4) discussed in connection with the first component of post-dialing delay.
- Adding the first component of delay to the second component of delay results in the delay between switch nodes 102, 103 in New York and San Francisco for the request messages 61a,b and the address complete messages 63a,b being counted twice.
- a test call placed by the operations element 10 may be used to compute the value of delay for a call traveling between New York and San Francisco.
- This delay is comprised of the time it takes a request message to be transferred across switch node 103 , plus the time it takes the request message to travel from the San Francisco switch node 103 to the New York switch node 102 and the time it takes to transfer the message across switch node 102 , plus the address complete message transfer time across switch node 102 , plus the time it takes the address complete message to travel from New York switch node 102 to the San Francisco switch node 103 and be transferred across switch node 103 .
- This delay value should be subtracted from the sum of the first and second components of delay to obtain the post-dialing delay associated with a single call traveling between New York and San Francisco.
- a final adjustment may be made to the post-dialing delay value by accounting for the difference between the processing time it takes for one of the local exchange carrier switches 106, 107 to receive dialed digits and send a request message 61a,b to a network switch 102, 103 and the time it takes to receive a request message 61a,b from the network switch 102, 103 and send an address complete message 63a,b to the network switch 102, 103 and start sending a ring back tone to the called party.
- Values representing the difference between the address complete message 63a,b processing time and the request message 61a,b processing time at each local exchange carrier 106, 107 (obtained from the local exchange carrier switch manufacturers) is maintained in a database (not shown) by the operations element 10 .
- the values for each local exchange carrier 106, 107 involved in the call may be used by the operations element 10 to adjust the final value of post-dialing delay.
- a delay value representing the local loop i.e., the time it takes the call to travel to/from the calling/called party's telephone to/from the calling/called party's local exchange carrier switch (a function of the distance of a party's phone from the local exchange carrier switch serving that party) may be added to the total post-dialing delay.
- the post-dialing delay measurements associated with all or a subset of the calls traversing the network may be stored in a database which is maintained by the operations element to develop a history of delays at different network elements and at different time periods.
- the database of delay values may be used for congestion management, long-range network planning, and clock surveillance and synchronization (discussed further below).
- the operations element 10 also supports a network time surveillance and synchronization application 59 .
- each network element 30 involved in the processing and routing of calls has a local clock 49 which should be synchronized to a highly accurate centralized master clock 41 maintained by the operations element 10 .
- the centralized master clock 41 may be an atomic (Cesium) clock with a variation of less than 10 microseconds per year, synchronized to a national time source.
- the operations element 10 may initialize clocks residing on network elements 30 , and may update the value of network element clocks 49 when the clocks drift out of synchronization with the master clock 41 .
- a network element 30 sends a network synchronized time request message 42 to the operations element 10 .
- the operations element 10 obtains from the database of delay values a precalculated and normalized value of delay (discussed above) associated with the propagation of a signal from the operations element 10 to the network element 30 requesting synchronization, adds the delay value to the current value of the master clock 41 , and sends the resulting sum to the network element 30 via a network synchronized time provided message 43 .
- the network element 30 initializes its local clock 49 and sends back a network synchronized time received acknowledgement message 44 to the operations element 10 , containing the value of the initialized clock 49 .
- the operations element 10 To verify or update the value of a network element clock 49 , the operations element 10 periodically sends a time surveillance request message 45 to the network element 30 .
- the network element 30 sends a time surveillance acknowledgement message 46 to the operations element 10 , containing the value of the local clock 49 plus a value of message processing delay associated with receiving incoming messages at the network element 30 and transmitting messages from the network element 30 which is determined by the network element 30 itself.
- the message processing delay at the network element 30 is defined as the delay by which message input and processing delay exceeds the output processing delay time at the element 30 .
- the operations element 10 receives the acknowledgement message 46 from the network element 30 .
- the message contains the local clock value 49 at the network element 30 .
- the delays are assumed to be symmetrical and the average forward delay is equal to the average backward delay.
- the clock value received plus the average backward delay is compared with the master clock time 41 at the time the time surveillance acknowledgement message was received.
- the operations element 10 sends to the network element a time change request message 47, containing the correct value of time according to the master clock 41 plus the forward delay time previously calculated plus the message processing delay associated with the network element.
- the network element then updates the time at the local clock 49 , and sends a new time received acknowledgement message 48 to the operations element.
- the measured value of forward delay time may be added to the database of delay values.
- the operations element 10 may monitor the status of the network element local clocks 49 each time an incoming call is received. For each call traversing the network, the operations element 10 receives information packets from originating switch nodes which contain time stamps representing the time at which particular messages (e.g., request messages, response messages, address complete messages, answer messages and release messages) were received by the originating switch nodes. The operations element notes the time when the information packets are received.
- originating switch nodes which contain time stamps representing the time at which particular messages (e.g., request messages, response messages, address complete messages, answer messages and release messages) were received by the originating switch nodes.
- the operations element notes the time when the information packets are received.
- the operations element 10 is able to tell if the local clocks 30 are synchronized to the master clock 41 without sending time surveillance request messages 45 to each network element on a continuous basis.
- the operations element may obtain time stamp values from the service control points if the service control points embed time stamp values in the messages they send to the originating switch nodes.
- the operations element receives an information packet from an originating switch node containing a time stamp embedded in the transmitted message, the information packet contains two time stamp values.
- the first time stamp value is located in the transaction information section of the packet, and represents the time when the originating switch node received the message contained in the packet.
- the second time stamp value, embedded in the message itself represents the local time at which the service control point sent the message to the originating switch node.
Description
- The invention relates generally to service and operations control for a telecommunications network, and more particularly to a service control and operations element system which performs and controls various functions of the telecommunications network.
- Management of modern telecommunications networks requires performing multiple functions, including establishment and routing of a telephone call (hereinafter referred to as a "call" for convenience), fault management, call details recording used to compile customer bills, fraud detection and control, new services provisioning, post-dialing delay measurement and time synchronization. Currently, multiple systems within a telecommunications network perform these various functions.
- In a telecommunications network, information in the form of signaling messages is exchanged between network elements involved in call establishment and control. Switches, databases and the like are used to carry out the information exchange.
- Common channel signaling is an out-of-band technique for exchanging information over channels separate from those used to carry voice or data signals. One well-known signaling technique utilizes the Comite Consultatif International Telegraphique et Telephonique (CCITT) Signaling System no. 7 (SS7) protocol. In the interface between an AT&T network device and a Private Branch Exchange (PBX), a second well known signaling technique utilizes Q.931 protocol. In SS7 protocol, the messages are highly structured information fields of bits that are differentiated from each other by a length indicator. A detailed discussion relating to the format of the SS7 message and to the interrelation of SS7 and Q.931 protocols is given in the CCITT Blue Book, Specification of Signaling System No. 7, Vol. 6 (1988). For a discussion of common channel signaling No. 7 protocol in general, see G.G. Schanger, IEEE Journal on Selected Areas in Communication, Vol. SAC-4, No. 3, pp. 360-65 (1986), and S. Suzuki et al., Review of the Electrical Communication Laboratories, Vol. 28, No. 1-2, pp. 50-65 (1980).
- The network elements associated with a typical telecommunications network, such as the AT&T switched network, which are commonly traversed by a call include the following: (1) an originating switch node associated with the network, located in the geographic area of the calling party, which receives a call request message from a local exchange carrier or a competitive access provider, and is responsible for controlling the call set-up; (2) a terminating switch node, also associated with the network, but located in the geographic area of the called party, which connects the call to a local exchange carrier or a private branch exchange associated with the called party; (3) a via switch, used when a direct path between the originating switch node and the terminating switch node is not available because all direct trunks from the originating to the terminating switch nodes are busy, but an idle path exists which may be activated by using the via switch to reach the terminating switch node (for simplicity, references to via switches are omitted in the text and figures); (4) a service control point, which acts as a database that instructs the originating switch node as to the processing and routing of certain calls; and (5) signal transfer points, deployed in mated pairs, connected to the originating switch node, the terminating switch node, and the service control point by access links, used for transferring messages between network elements.
- A typical call in North America has a called number of the form NO/1X NXX-XXXX, N being any
number 2 through 9, 0/1 being either a 0 or a 1, X being any number 0 through 9, where the 10-digit code from left to right generally represents: a three-digit area code, a three-digit central office code, and a four-digit station number. The area code digits identify a geographic region in North America, the central office code digits identify the central office exchange serving the called party and the station code digits provide identification of the called party. - When the first three digits in the number are 800 or 900, however, the number is not directly associated with a geographic region. Some or all of the digits in an 800/900-type number normally must be translated into a physical destination by a service control point, which maintains a table of 800/900 numbers and the physical destinations associated with the numbers. Such a translation is referred to as a global title translation, and the tables maintained by the service control points are referred to as global title translation tables. The switches and/or signal transfer points maintain tables which identify which service control points serve which 800/900 numbers.
- A signaling message flow for a typical call of the type 800 NXX XXXX or 900 NXX XXXX which traverses the various network elements is as follows.
- An originating switch node receives a call request message, typically in the form of an initial address message, from a local exchange network or a competitive access provider serving the calling party. The originating switch node validates the message. If an error is detected in the message during the validation process, the call flow ends.
- If no error is detected in the message, the originating switch node looks to its global title translation table to determine the identity of a service control point which can provide processing and routing instructions for the call. The global title translation table contains entries representing all numbers served by the network (e.g., 800 NXX XXXX or 900 NXX XXXX). For each dialed number, the table provides a service control point identification and a subsystem number identifying the application at that service control point. If the dialed number does not match an entry in the global title translation table, either the table is in error or the local exchange carrier switch or competitive access provider's switch misrouted the call.
- Assuming a valid dialed number entry exists in the table, the originating switch node formulates a query message, also called a transaction capabilities application part message, requesting call routing and processing information. The originating switch node sends the query message to the service control point identified by the global title translation table. In some existing systems, a signal transfer point, instead of the originating switch node, looking at its own global title translation tables, routes a query message to the identified service control point.
- After the service control point receives the query message, it formulates a response message containing instructions for processing and routing the call, and forwards the response message back to the originating switch node. If the service control point determines that it does not serve the dialed number received in the query message, the service control point will identify the error in the response message. Thus, the response message may contain instructions for processing and routing the call, or may be used to communicate that the call is being aborted because of an error detected at the service control point.
- The originating switch node receives the response message and validates it. Assuming reception and validation of the response message is successful, the originating switch node proceeds to route the call. As part of the routing function, it sends the request message to a terminating switch node via a signal transfer point.
- After the terminating switch node receives the request message from the signal transfer point and validates it, it forwards the request message to a local exchange carrier or private branch exchange serving the called party. If a private branch exchange serves the called party, however, the terminating switch node forwards, using Q.931 protocol, a set-up message (equivalent to the request message) to the private branch exchange. In both cases, the signaling in the forward direction for the call is thereby completed.
- For a call terminating at a local exchange carrier, the local exchange carrier switch receives the called number, forwards the call to a known telephone destination and sends an address complete message to the terminating switch node indicating that the called party is alerted to the incoming call. For a call terminating at a private branch exchange, the private branch exchange receives the called number, and sends a call proceeding message and an alerting message to the terminating switch node.
- After the terminating switch node receives either the address complete message or the alerting message, it regenerates an address complete message and sends it to the originating switch node. The originating switch node forwards the address complete message it receives from the terminating switch node to the local exchange carrier or competitive access provider switch associated with the calling party. Each switch provides a through connection for a voice path. The calling party then hears a ring back tone.
- When the called party answers the call, either the called party's local exchange carrier sends an answer message, or the called party's private branch exchange sends a connect message, to the terminating switch node. If the called party is a private branch exchange, the terminating switch node sends a connect acknowledge message to the private branch exchange. Once the terminating switch node receives either the answer message or the connect message, it regenerates an answer message to the originating switch node.
- The originating switch node regenerates the answer message to the local exchange carrier or competitive access provider switch associated with the calling party. After the calling and called parties hold a conversation, and the calling party hangs up, the local exchange carrier or competitive access provider switch sends a release message to the originating switch node. The originating switch node then sends the release message to the terminating switch node.
- For a call completing to a local exchange carrier, the terminating switch node sends the release message to the local exchange carrier. The local exchange carrier responds with a release complete message, resulting in the call being torn down. The breakdown of a Q.931 connection to a private branch exchange requires the terminating switch node to send a disconnect message to the private branch exchange. The private branch exchange then sends a Q.931 release message to the terminating switch node. The terminating switch node in response sends a Q.931 protocol release complete message to the private branch exchange, which also results in the call being torn down.
- The same call flow usually applies when the dialed number contains an area code indicating a geographic region associated with the called party, except that originating switch nodes are often able to route these calls based on their own routing tables, using additional information from automatic number identification tables and dialed number tables, without sending query messages to service control points for routing and processing instructions.
- When services based on calling and called numbers are offered to network customers, automatic number identification tables and dialed number tables are maintained by each switch. Each table may contain millions of entries, and the number of entries increases as the services offered to a large population are expanded.
- Network customers maintaining an 800 or 900 number often subscribe to a time-of-day routing service, such that their calls are directed to different telephone destinations at different times of the day. The translation of an 800 or 900 number to a physical destination based on time-of-day is performed by a service control point which uses its own local clock as a time reference. Typically, there is no provision for clock synchronization throughout the network, so that if the local clock is not accurate, calls of customers subscribing to a time-of-day routing service may be directed to the wrong location.
- Customers may also subscribe to a data collection and reporting service which provides information regarding the distribution of 800 or 900 calls by time-of-day, day-of-week, etc. as well as distribution by destination and origin of calls. This information is commonly generated by service control points and sent periodically to a central computer. Alternatively, equipment is placed on each incoming and outgoing SS7 signaling link to collect messages going to or coming from each service control point. These data collection methods, however, do not provide information regarding calls which failed in the call set-up stage, such as calls which never reached a service control point. In addition, part of the processing power of the service control point is expended to perform these functions when the service control point collects and sends data to a central computer, and placing equipment to collect data on each link to each service control point represents a cumbersome and costly method of data collection.
- Post-dialing delay, i.e., the delay between dialing of the called number and the receipt of the ring-back tone, has become a direct measure of the quality of network performance. Currently, measurement of post-dialing delay is limited because there is no satisfactory mechanism in place to monitor post-dialing delay on an ongoing basis.
- The call details recording function for customer billing for a telecommunications network is commonly performed by originating switch nodes. An originating switch node analyzes the per call messages corresponding to the calls it controls, as described above. The switch node sets call billing parameters for a call when it receives the response message containing processing and routing information for the call from a service control point. The switch node notes the time the called party answered and the time the connection was released, and prepares a call detail record. Call detail records are forwarded to a data-processing center where the data is periodically processed to compute customer charges.
- Utilizing the originating switch node to perform these functions results in limited flexibility for user-defined billing, and the inability to detect and control fraud or abuse of the telecommunications network, such as stalking, in real-time. A stalker is a person who places a call to a target party for purposes of harassment, etc. When the called party answers, the stalker hangs up. Currently, the call is not billed and there is no record of the stalker's abusive calls. Also, since data regarding calls is collected from originating switch nodes and other network elements only periodically, real-time detection of faults in the network is not possible.
- Fault management has been handled in various ways in prior art systems, none of which are completely satisfactory. In one common practice, when an error is detected during the validation process performed by a network element, the network element responsible for validating the message stores the data regarding the error. The network element is then typically polled to retrieve the error data, or programmed to report the error data at predetermined intervals to a central computer. This can result in errors occurring and remaining undetected for a certain period of time.
- Alternatively, selected calls entering a network system can be placed under surveillance by setting a predetermined bit called a surveillance bit in the messages associated with a particular call. The messages with their surveillance bits set are copied and forwarded to a processing element by each network element traversed by the call. As a result, a history for each selected call is provided up to the call's failure. For a detailed discussion of such a call surveillance technique, see Bhusri, U.S. Patent No. 4,959,849. A description of a network element architecture capable of switching messages between the other network elements and also of reproducing the message and forwarding the reproduced message over a data network to a central processor may also be found in Bhusri at col. 5.
- Even using the call surveillance technique, inability to effectively and efficiently monitor the status of each call entering a telecommunications system in real-time may result in errors occurring and going undetected.
- R.B. Robrock gives, in "The Intelligent Network - Changing the Face of Telecommunications", Proceedings of IEEE Vol. 79, No.1, pp7-20 (1991), a general overview of the development of common channel signalling and other services leading up to the intelligent network. The packets described are standard signalling packets or network queries for call set up.
- It should be noted in particular that this document discloses the servicing of telephone calls on the basis of a database storing information relating to the telephone calls so that routing and billing of those calls is carried out in dependence upon information packets associated with a telephone call and transmitted from interconnected network elements to a communication unit and upon the information stored in the database, the stored information being updated responsive to the collection of information packets.
- EP-A-0 557 566 describes how an ISDN network may be modified to prevent access by unauthorised persons to the operating interface of the system. An "enable control" is provided, which is administered using special codes. These codes are security codes, and are not associated with a particular telephone call.
- A first aspect of the present invention provides an apparatus for servicing a telephone call made in a telecommunications network, the apparatus comprising: an interconnect bus; a database for storing information packets relating to the telephone call, the information packets including a signalling portion and a transaction portion for tracking the telephone call from set-up to termination, said database being in communication with said interconnect bus; and a communications unit in communication with a plurality of interconnected network elements in the telecommunications network and in communication with said interconnect bus;
wherein said communications unit comprises means for instructing the network elements as to routing of the telephone calls originating at the network elements and further comprises means for storage of said information packets associated with each telephone call in said database. - A second aspect of the present invention provides a method of servicing a telephone call by means of an apparatus, comprising the steps of: communicating with a plurality of interconnected network elements associated with a telecommunications network; collecting information packets associated with a telephone call for storage in a database included in the apparatus, the information packets including a signalling portion and a transaction portion for tracking the telephone call from set-up to termination and being transmitted from the interconnected network elements; and routing of the telephone calls in the network based on the instructing signal within a message transmitted by the apparatus to at least one of the interconnecting network elements.
- Preferred features of the invention are set out in the dependent claims.
- The advantages of the present invention will become readily apparent to those skilled in this art from the following detailed description, wherein the preferred embodiments of the invention have been described. As will be realized, the invention is capable of other and different embodiments, and its details are capable of modifications in various obvious respects, all without departing from the scope of the claims. Accordingly, the drawings and description are to be regarded as illustrative in nature, and not as restrictive.
- The invention will be more readily understood after reading the following detailed description of specific illustrative embodiments of the invention in conjunction with the appended drawings, wherein:
- FIG. 1 illustrates an overview of the management of a telecommunications system according to the present invention.
- FIG. 2 illustrates a block diagram architecture of the switching and signaling subsystem which connects the operations element with the network elements of a telecommunications system. FIG. 3 illustrates information packets each containing a message and transaction information sent to the operations element by an originating switch node on a call placed from a local exchange network completing to a local exchange network.
- FIG. 4 illustrates a typical information packet sent to the operations element by a network element.
- FIG. 5 illustrates an exemplary architecture of an operations element for managing a telecommunications network according to the present invention.
- FIG. 6 illustrates three message flows for a call control function implemented by the operations element according to the preferred embodiment of the present invention.
- FIG. 7 illustrates a typical message flow for a call control function according to the second embodiment of the present invention.
- FIG. 8 illustrates a typical message flow for a call control function according to the third embodiment of the present invention.
- FIG. 9 illustrates a message flow resulting from a signal transfer point routing error according to the preferred embodiment of the present invention.
- FIG. 10 illustrates the use of an automatic test call originating and terminating at the operations element, showing the identification and correction of a signal transfer point routing error in real-time.
- FIG. 11 illustrates messages sent to the operations element during a case-worker initiated test call originating at the operations element and terminating at a local exchange carrier switch or competitive access provider's switch.
- FIG. 12 illustrates a typical message flow for a call being set-up in the network, used for performing one portion of a post-dialing delay measurement.
- FIG. 13 illustrates the use of an automatic test call originating and terminating at the operations element used for performing other portions of a post-dialing delay measurement.
- FIG. 14 illustrates a second method of computing total post-dialing delay for a single call.
- FIG. 15 illustrates messages associated with initializing and synchronizing network clocks.
-
- FIG. 1 illustrates, in block diagram form, an overview of the management of a telecommunications system according to a preferred embodiment of the present invention. A service control and operations element (hereafter "operations element") 10 communicates with a
telecommunications network 25 such as the AT&T switched network via adata communications network 20.Data communications network 20 provides T3 rate (45 Mbits per second) direct signaling links from theoperations element 10 to a number of elements associated with thenetwork 25. The network elements depicted in FIG. 1 include: an originatingswitch node 32, aservice control point 33, a terminatingswitch node 35, and a plurality of signal transfer points 34. The originatingswitch node 32 is connected to acustomer telephone 5 by a localexchange carrier switch 31. The terminatingswitch node 35 is connected tocustomer telephones 5 by both a customerprivate branch exchange 37 and a localexchange carrier switch 31. - As shown in more detail in FIG. 2,
operations element 10 preferably includes a communications unit such as a switching andsignaling subsystem 40, which controls the connections of theoperations element 10 to each network element associated with thetelecommunications network 25, including a plurality ofswitch nodes 32, such as originating switch nodes, a plurality of signal transfer points 34 and a plurality of service control points 33. A number oftrunk connections 22 provide at least 64 Kbits per second connections to accommodate the testing of broadband communications through thetelecommunications network 25 being managed. The switching andsignaling subsystem 40 also has an interface to SS7 signaling links 23 to permit thesubsystem 40 to interface with the network elements using SS7 protocol. - In addition to interfacing with network elements such as
switch nodes 32, signal transfer points 34 and service control points 33, the switching andsignaling subsystem 40 also supports switching of callers to acase worker station 45 for trouble reports and customer inquiries. Thesubsystem 40 may also be in communication with a speech recognition andvoice response unit 41, allowing customers to interact directly with theoperations element 10 for subscribing to new services and to inquire regarding the status of orders for service, the status of bill discrepancies and the like.Computer test equipment 46 in conjunction with a transmissionquality measurement system 47 allows theoperations element 10 to perform quality testing on any switched path between switch nodes 32 (explained below). - The
subsystem 40 communicates with a number of processors anddatabases 11, 12 (explained further below) associated with theoperations element 10 via a high-speed interconnect 60, preferably such as provided by an IEEE Future Bus. The switching andsignaling subsystem 40 may also have direct connections to thecall control database 11 and to theinformation packet database 12. The processors, which may of the same or different types, preferably support, among other applications, an AutomaticService Provisioning program 51, aFault Management application 53 and a Fraud Detection and Control program 54 (explained further below). - The
call control database 11 contains data tables such as an Automatic Number Identification table 1, which contains a list of phone numbers and associated information on services to be provided and restrictions to be imposed; a Dialed Number Table 2, containing a list of dialed addresses associated with a called party and instructions for processing and routing calls; and a Network Map table 3, which provides information as to which switches 32 and service control points 33 are served by which signal transfer points 34. - When the detailed instructions for processing and routing a call reside at a service control point, the Dialed Number Table 2 identifies the service control point and the subsystem number of the application at the service control point. The service control point has its own dialed number table (not shown) for a subset of the dialed number that it serves. This dialed number table has pointers to customer records containing detailed instructions for processing and routing the call. This arrangement permits feature-rich calls to be handled by the service control points and all other calls to be handled by the operations element.
- The customer record may also contain the current address of a customer who has subscribed to a call forwarding service. The customer may have calls forwarded by dialing an 800 number, being connected to a speech recognition unit and interactively providing the telephone number to which calls should be forwarded.
- The Automatic Number Identification table 1 is consulted by the fraud detection and
control application 54 while a call is being set up in thenetwork 25. Thefraud detection application 54 compares the digits of a calling party's phone number against the Automatic Number Identification table 1 to see if the calling party's phone number has been marked for fraud. Thefraud detection application 54 also examines the caller's billing profile to determine if the caller has accumulated billing charges, and considers the impact of charges associated with an abnormally long call being served by the network. If fraud is suspected, thefraud control application 54 will send a message to theswitch node 32 handling the call, requesting forced release of the call. - The Automatic
Service Provisioning function 51 also utilizes thedatabases Voice Response Unit 41 of theoperations element 10. The customer is queried in an interactive manner for subscription information. The information provided by the customer is divided into a pre-defined number of data entries for each uniquely defined service. While the customer waits, the AutomaticService Provisioning function 51 verifies the information provided by the customer and checks the Automatic Number Identification table 1 for fraud or accumulated billing charges associated with the customer's phone number. After the customer hangs up, theoperations element 10 immediately creates a customer record relating to the service requested. - FIG. 3 illustrates a typical message flow for a call established by a telecommunications network (time increases from top to bottom) according to the present invention. The call completes from a local
exchange carrier switch 31 in the geographic area of a calling party'sphone 300 to another localexchange carrier switch 31 in the geographic area of the called party'sphone 302, traversing several interconnected network elements such as an originatingswitch node 32, aservice control point 33 and a terminatingswitch node 35. The originatingswitch node 32 controls the call set-up and receives the following messages from the interconnected network elements as the call traverses the network elements: arequest message 61, aresponse message 68 from anoperations element 10 which instructs the originatingswitch node 32 to send aquery message 66 to theservice control point 33 so as to obtain routing and processing instructions for the call, aresponse message 68 from theservice control point 33 containing the routing and processing instructions for the call, an addresscomplete message 63, ananswer message 64 indicating that the called party is available to hold aconversation 69, and arelease message 65. Some of these messages are transmitted across more than one network element. - The originating
switch node 32 replicates each message received from a network element and adds a transaction information appendage to each message. The message plus the transaction information appended to the message form information packets.Information packet 200 is associated with therequest message 61,packet 201 is associated with theresponse message 62,packet 202 is associated with the addresscomplete message 63,packet 203 is associated with theanswer message 64 andpacket 204 is associated with therelease message 65. - As they are created, the information packets 200-204 are forwarded from the originating
switch node 32 to theoperations element 10 via the switching and signaling subsystem 40 (shown in Fig. 2). Theoperations element 10 receives the information packets 200-204 in real time, validates them, and stores them. Referring to FIG. 2, the information packets associated with all calls served by thetelecommunications network 25 comprise aninformation packet database 12. Various software applications, such as the automaticservice provisioning program 51, residing on a processor in theoperations element 10, utilize thedatabase 12 to perform their assigned functions. - FIG. 4 illustrates the structure of a
typical information packet 80 sent to the operations element. Thetransaction information 81 appended to the replicatedmessage 82 is typically seventeen bytes long (each byte is eight bits long). The transaction information fields include: an operationselement ID field 83, which identifies thenetwork ID 84, cluster ID 85 andmember ID 86 associated with the operations element serving the call, if there is more than one operations element; asender ID field 87, which identifies thenetwork ID 84, cluster ID 85, andmember ID 86 associated with a particular originating switch node; acall ID field 91, which identifies numbers assigned to the call by the originating switch node; atime stamp field 92; anerror code field 93, which, if an error is detected by a network element during call set-up, contains a value indicating the type of error which was detected; and aninterface type field 94, which identifies the message type as SS7 or Q.931. -
Information packets 80 pertaining to a particular call are correlated by the operations system bycall ID 91, sender ID 87 (i.e., the originating switch node associated with the call), andtime stamp 92. - FIG. 5 illustrates an exemplary architecture of an
operations element 10 for managing a telecommunications network according to the present invention. Processors along with resident software applications including: a post-dialingdelay measurement program 58, a call detailsrecording program 52, a fraud detection andcontrol program 54, afault management program 53, an automaticservice provisioning program 51, a stalkeridentification service program 55 and a network time surveillance and synchronization program 59 (all discussed further below), which support the functions of theoperations element 10, communicate with each other and with the switching andsignaling subsystem 40 over the high-speed interconnect 60. The database ofinformation packets 12 associated with the calls served by the network is accessible by each software application in the system. Thecall control database 11 may be consulted by theoperations element 10 to determine proper routing and processing of calls (discussed further below). - The preferred embodiment of the call routing function performed by the operations element of the present invention is illustrated in FIG. 6. FIG. 6 illustrates three situations differentiated by
case 1,case 2 andcase 3, respectively. Referring to FIG. 6case 1, an originatingswitch node 32, upon receiving arequest message 61 from a localexchange carrier switch 31 associated with a calling party, appends transaction information to the message, forming aninformation packet 200, and forwards theinformation packet 200 to theoperations element 10, informing theoperations element 10 that the originatingswitch node 32 requires information regarding call routing and processing. - The
operations element 10 determines whether it possesses the required call routing and processing instructions for the call, or whether the instructions reside with aservice control point 33, by consulting the call control database (shown in FIG. 5). If theoperations element 10 possesses the appropriate processing and routing instructions for the call, it provides these instructions to the originatingswitch node 32 via aresponse message 62. - On the other hand, as illustrated in FIG. 6
case 2, if the call processing and routing instructions reside with aservice control point 33, theoperations element 10 looks to the call control database to determine the appropriateservice control point 33 to contact. Theoperations element 10 instructs the appropriateservice control point 33 via aquery message 66 to send aresponse message 62 containing processing and routing instructions to the originatingswitch node 32 identified in thequery message 66. - As illustrated in FIG. 6
case 3, theoperations element 10 knows whether it has available a direct path to theservice control point 33. If no direct path is available, theoperations element 10 sends aresponse message 68 to the originatingswitch node 32 telling it to seek instructions from theservice control point 33 identified in theresponse message 68. The originatingswitch node 32 then transmits itsown query message 66 to theservice control point 33, and receives aresponse message 62 from theservice control point 66 containing processing and routing instructions for the call. The originatingswitch node 32, upon receiving theresponse message 62, appends transaction information to the message, forming aninformation packet 201, and forwards theinformation packet 201 to theoperations element 10, informing theoperations element 10 that the originatingswitch node 32 received information regarding call routing and processing from theservice control point 33. - As illustrated in FIG. 7, a second embodiment of the call routing function according to the present invention provides for an
information packet 205 associated with arequest message 61 to be received by theoperations element 10 from asignal transfer point 34, rather than from an originatingswitch node 32. As in the preferred embodiment, theoperations element 10 utilizes the call control database (shown in FIG. 5) to determine the processing and routing required for the call and forwards this information via aresponse message 62 to the originatingswitch node 32. The originatingswitch node 32, however, upon receiving theresponse message 62, must perform the additional function of correlating theresponse message 62 with therequest message 61 it received from thesignal transfer point 34. This correlation may be based on the identity of the localexchange carrier switch 31, the identity of the originatingswitch node 32, and other information contained in the request message. The originatingswitch node 32 then appends transaction information regarding the call to all subsequent messages it sends as information packets 201-204 to theoperations element 10. Theoperations element 10 must also correlate the subsequent information packets 201-204 it receives from the originatingswitch node 32 with theinformation packet 205 it initially received from thesignal transfer point 34. The aspects of FIG. 7 not discussed herein are assumed to be the same as those discussed previously with respect to FIG. 5. - Although the second embodiment achieves slightly lower post-dialing delay on calls where the originating
switch node 32 subsequently needs to send aquery message 66 to aservice control point 33 to obtain routing and processing instructions for the call, there is development required within the network's originating switch nodes (only one shown) 32 for correlation of therequest message 61 with theresponse message 62. - A third embodiment of the call routing function according to the present invention is illustrated in FIG. 8. A
signal transfer point 34 detects arequest message 61 associated with an incoming call. Thesignal transfer point 34 appends transaction information to therequest message 61, forming aninformation packet 205, and sends theinformation packet 205 to a stand-alone operations element 10. Theoperations element 10 utilizes acall control database 11 which is connected directly to theoperations element 10 to determine the processing and routing required for the call. Theoperations element 10 sends aresponse message 62 containing routing and processing instructions to anoriginating switch node 32 or, if the instructions reside on a service control point as discussed in connection with FIG. 6, instructs it to seek instructions fromservice control point 33 identified in theresponse message 62. The originatingswitch node 32 correlates the response message with therequest message 61 it received from thesignal transfer point 34. The originatingswitch node 32 then either routes the call by itself, or requests further instructions from aservice control point 33. Note that although the originatingswitch node 32 controls the remainder of the call set-up in accordance with previous descriptions, no information packet set is formed in theoperations element 10. This embodiment also requires development within the network's originating switch nodes for correlation of therequest message 61 with theresponse message 62. - The call details
recording program 52, illustrated in FIG. 5, prepares one call detail record for each billable call established by the telecommunications network. The call detail record contains information captured in the information packets containing the request message, the response message(s) (from the operations element and, if utilized, a service control point), the answer message and the release message. Because of the time stamp in each information packet, theoperations element 10 can develop a daily histogram of traffic intensity and other activity at each switch node and service control point. This data may form a source for planning future growth of the network. - In addition, the
operations element 10 may support an application (not shown) which collects data for customers, e.g., customers having 800 or 900 numbers, and may present data such as call volume information or call origin information as a function of the time of day, day of week, etc. or data regarding calls intended for but never reaching the customer destinations directly to the customers via their own computers. Theoperations element 10 may also recognize when a customer with a particular 800 or 900 number is handling the maximum number of simultaneous calls possible, and upon receiving the information packet containing a request message for an additional call, may send a message to the originating switch node requesting that the caller be sent a prerecorded voice message asking the caller to try again later. In this manner, calls which would have encountered a busy signal at the destination are stopped at the originating switch node without causing congestion in succeeding parts of the network. - A pattern of abusive phone calls, or stalking, may be detected by the
stalker identification service 55 by monitoring the address complete messages associated with a particular telephone number. - The
fault management application 53, residing on a processor in theoperations element 10, analyzes the messages associated with each call handled by the network to determine if any call has failed. When a call fails, theoperations element 10 launches a test call which originates and completes at the switching andsignaling subsystem 40 of theoperations element 10, traversing the same network elements (not shown) as were traversed by the original failed call. - The following call flow describes how an error in a signal transfer point routing table due to data corruption is detected and corrected by the operations element. Referring to FIG. 9, an originating
switch node 32 receives arequest message 61 from alocal exchange carrier 31 serving the calling party, validates the message and appends appropriate transaction information to form aninformation packet 200, including a signal in the error code field noting whether an error was detected in the validation process. The originatingswitch node 32 then sends theinformation packet 200 to theoperations element 10. - The fault management application (shown in FIG. 5) in the
operations element 10 checks the error code field in theinformation packet 200 associated with therequest message 61 to determine whether the call failed. Assuming that the call did not fail, and theoperations element 10 may, as previously discussed, route the call on its own, the originatingswitch node 32 sends therequest message 61 to a terminatingswitch node 35 via asignal transfer point 34, presuming that thesignaling transfer point 34 will transfer the request to the appropriate terminatingswitch node 35. If thesignaling transfer point 34 has a corrupted routing table, however, therequest message 61 will be sent to the wrong terminatingswitch node 36. Because the intended terminatingswitch 35 node never received therequest message 61, it does not forward an addresscomplete message 63, an answer message (not shown) or a release message (not shown) to the originatingswitch node 32. The originatingswitch node 32 times out, sending arelease message 65 to the localexchange carrier switch 31. - The originating
switch node 32 appends transaction information to therelease message 65, including an entry in the error code field indicating that a time-out error occurred, and forwards the resultinginformation packet 204 to theoperations element 10. The fault management application checks the error code field and determines that the call failed. - As illustrated in FIG. 10, the
operations element 10 automatically formulates and launches anew request message 61 based on the contents of the information packets (shown in FIG. 9) associated with the failed call. The test call is controlled by the same originatingswitch node 32 which previously sent the message indicating call failure, and completes back to theoperations element 10 via the switching andsignaling subsystem 40. - Upon receipt of the
call request message 61, the originatingswitch node 32 sends aninformation packet 200 to theoperations element 10 requesting processing and routing instructions for the call. Theoperations element 10 forwards aresponse message 62 to theswitch 32 indicating to theswitch 32 that the call is a test call, and how to process it, thus replicating the call set-up process of the failed call. - After the
originating switch node 32 receives aresponse message 62 from theoperations element 10, it forms aninformation packet 201 from theresponse message 62 and transmits thepacket 201 to theoperations element 10, allowing theoperations element 10 to verify that the originatingswitch node 32 received accurate instructions from theoperations element 10. - In possession of routing and processing instructions for the test call from the
operations element 10, the originatingswitch node 32 sends therequest message 61 to a terminatingswitch node 35 via asignal transfer point 34, embedding within the message a signal indicating that the call is a test call. The test call signal obligates each switch and service control point traversed by the call to transmit, as an information packet, a copy of each message it sends or receives to theoperations element 10. As before, since the signaling transfer point's 34 routing table is corrupted, therequest message 61 is sent to the wrong terminatingswitch node 36. Because the intended terminatingswitch node 35 never received therequest message 61, it does not forward an address complete message, an answer message or a release message to the originatingswitch node 32. The originatingswitch node 32 times out. - This time, however, the terminating
switch node 36 which received themisdelivered request message 61 is also obligated, because of the embedded parameter in therequest message 61 it received from the originatingswitch node 32, to send aninformation packet 206 to theoperations element 10 indicating in the error code field that it received a misdelivered message. - The originating
switch node 32 releases the test call due to the time-out error, appends transaction information to therelease message 65, including an entry in the error code field indicating that a time-out error occurred, and forwards theinformation packet 204 to theoperations element 10. - The
operations element 10 examines theinformation packets switch node 32 and theinformation packet 206 from the terminatingswitch node 36 receiving the misdelivered message and determines that thesignal transfer point 34 has caused a routing error. Theoperations element 10 utilizes the network map table (shown in Figs. 2 and 5) to determine which signal transfer points 34 serve the respective terminatingswitch nodes signaling transfer point 34 via anerror correction message 208, and modifies its routing table (not shown) to correct the error. A new test call is then placed to verify proper call routing. - The test call allows the operations element to receive a full complement of messages received and transmitted by each network element traversed by the test call, rather than only receiving the selected messages sent to the operations element by the originating switch node during the establishment of the original call. In this manner, the operations element is able to detect whether a problem which caused the call to fail is within a network element associated with the telecommunications system served by the operations element, or whether the problem is within an element outside of the system, for example, at a local exchange carrier, private branch exchange, or competitive access provider switch. If the problem is determined to be within the telecommunications system served by the operations element, the problem may be corrected by the operations element in real time. The operations element automatically logs a report of troubles which were corrected automatically, and will alert the telecommunications system if subsequent human action is required for repair.
- Different types of test calls may be indicated by different test-call prefixes. For example, a customer may question the cost of a particular call, and request billing verification. As illustrated in FIG. 11, a
case worker 45 may initiate a test call from the switching andsignaling subsystem 40 to replicate the call in question, and utilize the messages received from each network element traversed by the call, along with accumulated billing charges obtained from a service biller (not shown) to demonstrate to the customer that the call was correctly routed and billed. The mechanics of the message flow for a typical call being established in a network have been previously discussed in connection with FIG. 3--theoperations element 10 receives information packets 200-204 associated with selected messages from the originatingswitch node 32, such as therequest message 61, theresponse message 62, the addresscomplete message 63, theanswer message 64 and therelease message 65. In addition, as discussed with respect to FIG. 10, the test call allows theoperations element 10 to receive a full complement of additional information packets 210-229 associated with messages received and transmitted by eachnetwork element operations element 10 by the originatingswitch node 32 during the establishment of a regular call. - In another example, referring to FIG. 2, an automatic test call originating and terminating at the
operations element 10 may be placed withcomputer test equipment 46 at each end to verify thetransmission performance 47 of a path betweenswitch nodes 32, thus performing quality assurance testing without human involvement. - Again referring to FIG. 5, the post-dialing
delay measurement program 58 in theoperations element 10 works in cooperation with thefault management application 53 and theinformation packet database 12 to measure the time it takes a calling party who has dialed the number of a called party to hear a ring-back tone indicating that the called party's phone is ringing. - As discussed previously in connection with FIG. 4, each
information packet 80 forwarded to the operations element from a network element contains atime stamp 92 indicating the time at which the network element received the message contained in the information packet. As illustrated in FIG. 12, which shows a partial call set-up the message flow of which was previously discussed in connection with FIG. 3, thefirst information packet 200 received by theoperations element 10 contains arequest message 61, and theoperations element 10 notes the value of the time stamp contained in theinformation packet 200. To determine a first component of post-dialing delay, theoperations element 10 notes the difference in time stamp values between theinformation packet 202 containing the addresscomplete message 63 and theinformation packet 200 containing therequest message 61. - Other components of post-dialing delay include (i) the time it takes a
request message 61 to travel from the calling party's localexchange carrier switch 31 to the originatingswitch node 32, (ii) the time it takes the localexchange carrier switch 31 to process and transmit therequest message 61, (iii) the time it takes an addresscomplete message 63 to travel across the originatingswitch node 32 and to travel from the originatingswitch node 32 to the calling party's localexchange carrier switch 31, (iv) the time it takes the localexchange carrier switch 31 to start sending a ringback tone to the calling party after receiving the addresscomplete message 63, and (v) the time it takes for a message, e.g. either arequest message 61 or an addresscomplete message 63, to travel across a signal transfer point (not shown) associated with the calling party's localexchange carrier switch 31. - As illustrated in FIG. 13 and previously discussed in connection with FIG. 11, a test call placed by the
operations element 10 provides a full complement of information packets 200-219 and 229-231 which may be used to compute the values of delay (i) - (v) betweennetwork elements local exchange carrier 31 traversed by a particular call. To compute the value of delay (i), when the test call is initiated, theoperations element 10 records the time. Upon receiving aninformation packet 200 from the originatingswitch node 32 containing therequest message 61, theoperations element 10 computes the difference between the time when the test call was initiated and the time stamp value in theinformation packet 200 representing the time that therequest message 61 was received by the originatingswitch node 32. This difference may be normalized by a procedure which takes into account the difference in propagation times which result from the actual distance between the calling party's local exchange carrier switch (shown in FIG. 12) and the originatingswitch node 32 being either less than or greater than the distance between theoperations element 10 and the originatingswitch node 32. - The analogous component of delay (iii) associated with the address
complete message 63 is also determined from the test call data, and is equal to the difference in time stamp values contained ininformation packets - Delay component (ii) is computed by the
operations element 10 by recording the time difference between when digits are received by theoperations element 10 and when the request message is sent by the operations element for the test call. In this case, the operations element is serving as a proxy for the local exchange carrier switch. Delay component (iv) is also computed by theoperations element 10 by recording the time of receipt of the address complete message and the time of starting the ringback tone on the test call. Delay component (v) is pre-stored in theoperations element 10. Components (ii), (iv) and (v) are added to components (i) and (iii). - The values of the delay components (i) - (v) are then added to the first component of post-dialing delay to obtain a total post-dialing delay for the call, representing the round-trip propagation delay measured from the calling party's local exchange carrier switch.
- If desired, a delay value representing the local loop, i.e., the time it takes the call to travel to/from the calling/called party's telephone to/from the calling/called party's local exchange carrier switch (a function of the distance of a party's phone from the local exchange carrier switch serving that party) may be added to the total post-dialing delay.
- A second method of computing the post-dialing delay associated with a single call involves monitoring by the operations element of two calls traveling between the same network nodes in opposite directions. For example, as illustrated in FIG. 14, a first monitored
call 101 may originate in New York and terminate in San Francisco--the originatingswitch node 102 for the first call is located in or about New York and the terminatingswitch node 103 for the first call is located in or about San Francisco. A second monitoredcall 110 would thus originate in San Francisco and terminate in New York. Then the second call's originatingswitch node 103 would be located in San Francisco, and the terminatingswitch node 102 in New York. - A first component of post-dialing delay is computed by the
operations element 10 for the first monitoredcall 101 by noting the difference in time stamp values between the information packet 104 (received from theswitch node 102 located in New York) containing an addresscomplete message 63a and theinformation packet 105 containing arequest message 61a, and adding to the difference the time it takes an addresscomplete message 63a to travel across the switch node 102 (this transfer time value is computed from data on test calls). Thus, the first component of post-dialing delay, besides including the transmission and processing delays associated with therequest 61a and address complete 63a messages in the network, also includes (1) the actual time it took for the addresscomplete message 63a to travel from the localexchange carrier switch 106 in San Francisco to theswitch node 103 in San Francisco, (2) the processing time for the localexchange carrier switch 106 to determine that the called party's number is valid and the called party's line is idle, (3) the time between the start of the ringback signal to the called party and the sending of the addresscomplete message 63a toward theswitch node 103 in San Francisco and (4) the time it takes the address complete message to travel from the localexchange carrier switch 106 in San Francisco to theswitch node 103 in San Francisco. - Similarly, a second component of post-dialing delay is computed by the
operations element 10 for the second monitoredcall 110 by noting the difference in time stamp values between the information packet 109 containing the addresscomplete message 63b and theinformation packet 108 containing therequest message 61b received from theswitch node 103 located in San Francisco. The second component of post-dialing delay includes the actual time it took for the addresscomplete message 63b to travel from the localexchange carrier switch 107 in New York to theswitch node 103 in San Francisco, along with the analogous components of delay (2) - (4) discussed in connection with the first component of post-dialing delay. - Adding the first component of delay to the second component of delay results in the delay between
switch nodes request messages 61a,b and the addresscomplete messages 63a,b being counted twice. To correct this, a test call (not shown) placed by theoperations element 10 may be used to compute the value of delay for a call traveling between New York and San Francisco. - This delay is comprised of the time it takes a request message to be transferred across
switch node 103, plus the time it takes the request message to travel from the SanFrancisco switch node 103 to the NewYork switch node 102 and the time it takes to transfer the message acrossswitch node 102, plus the address complete message transfer time acrossswitch node 102, plus the time it takes the address complete message to travel from NewYork switch node 102 to the SanFrancisco switch node 103 and be transferred acrossswitch node 103. This delay value should be subtracted from the sum of the first and second components of delay to obtain the post-dialing delay associated with a single call traveling between New York and San Francisco. - A final adjustment may be made to the post-dialing delay value by accounting for the difference between the processing time it takes for one of the local exchange carrier switches 106, 107 to receive dialed digits and send a
request message 61a,b to anetwork switch request message 61a,b from thenetwork switch complete message 63a,b to thenetwork switch complete message 63a,b processing time and therequest message 61a,b processing time at eachlocal exchange carrier 106, 107 (obtained from the local exchange carrier switch manufacturers) is maintained in a database (not shown) by theoperations element 10. The values for eachlocal exchange carrier operations element 10 to adjust the final value of post-dialing delay. - If desired, a delay value representing the local loop, i.e., the time it takes the call to travel to/from the calling/called party's telephone to/from the calling/called party's local exchange carrier switch (a function of the distance of a party's phone from the local exchange carrier switch serving that party) may be added to the total post-dialing delay.
- The post-dialing delay measurements associated with all or a subset of the calls traversing the network may be stored in a database which is maintained by the operations element to develop a history of delays at different network elements and at different time periods. The database of delay values may be used for congestion management, long-range network planning, and clock surveillance and synchronization (discussed further below).
- Referring to FIG. 5, the
operations element 10 according to the preferred embodiment of the present invention also supports a network time surveillance andsynchronization application 59. As illustrated in FIG. 15, eachnetwork element 30 involved in the processing and routing of calls has alocal clock 49 which should be synchronized to a highly accuratecentralized master clock 41 maintained by theoperations element 10. Thecentralized master clock 41 may be an atomic (Cesium) clock with a variation of less than 10 microseconds per year, synchronized to a national time source. - The
operations element 10 may initialize clocks residing onnetwork elements 30, and may update the value of network element clocks 49 when the clocks drift out of synchronization with themaster clock 41. - To initialize a new clock, a
network element 30 sends a network synchronizedtime request message 42 to theoperations element 10. Theoperations element 10 obtains from the database of delay values a precalculated and normalized value of delay (discussed above) associated with the propagation of a signal from theoperations element 10 to thenetwork element 30 requesting synchronization, adds the delay value to the current value of themaster clock 41, and sends the resulting sum to thenetwork element 30 via a network synchronized time providedmessage 43. Thenetwork element 30 initializes itslocal clock 49 and sends back a network synchronized time receivedacknowledgement message 44 to theoperations element 10, containing the value of the initializedclock 49. - To verify or update the value of a
network element clock 49, theoperations element 10 periodically sends a timesurveillance request message 45 to thenetwork element 30. In response, thenetwork element 30 sends a timesurveillance acknowledgement message 46 to theoperations element 10, containing the value of thelocal clock 49 plus a value of message processing delay associated with receiving incoming messages at thenetwork element 30 and transmitting messages from thenetwork element 30 which is determined by thenetwork element 30 itself. The message processing delay at thenetwork element 30 is defined as the delay by which message input and processing delay exceeds the output processing delay time at theelement 30. - The
operations element 10 receives theacknowledgement message 46 from thenetwork element 30. The message contains thelocal clock value 49 at thenetwork element 30. Theoperations element 10 calculates the delay associated with sending a message to the network element, called the forward delay time, three times in succession (to obtain an average) using the following formula: Forward delay time = (round trip delay time - network element's message processing delay)/2. The delays are assumed to be symmetrical and the average forward delay is equal to the average backward delay. The clock value received plus the average backward delay is compared with themaster clock time 41 at the time the time surveillance acknowledgement message was received. If the resultant value is substantially different than the correct time at themaster clock 41, theoperations element 10 sends to the network element a timechange request message 47, containing the correct value of time according to themaster clock 41 plus the forward delay time previously calculated plus the message processing delay associated with the network element. The network element then updates the time at thelocal clock 49, and sends a new time receivedacknowledgement message 48 to the operations element. The measured value of forward delay time may be added to the database of delay values. - To prevent clogging up the network with time surveillance request messages, the
operations element 10 may monitor the status of the network elementlocal clocks 49 each time an incoming call is received. For each call traversing the network, theoperations element 10 receives information packets from originating switch nodes which contain time stamps representing the time at which particular messages (e.g., request messages, response messages, address complete messages, answer messages and release messages) were received by the originating switch nodes. The operations element notes the time when the information packets are received. By retrieving the value of the forward delay time from the database of delay values for the particular originating switch node sending the information packets, adding the forward delay time to the time stamp value contained in the information packet, and comparing it to the time of receipt of the information packet according themaster clock 41, theoperations element 10 is able to tell if thelocal clocks 30 are synchronized to themaster clock 41 without sending timesurveillance request messages 45 to each network element on a continuous basis. - The operations element may obtain time stamp values from the service control points if the service control points embed time stamp values in the messages they send to the originating switch nodes. Thus, when the operations element receives an information packet from an originating switch node containing a time stamp embedded in the transmitted message, the information packet contains two time stamp values. The first time stamp value is located in the transaction information section of the packet, and represents the time when the originating switch node received the message contained in the packet. The second time stamp value, embedded in the message itself, represents the local time at which the service control point sent the message to the originating switch node.
Claims (4)
- An apparatus for servicing a telephone call made in a telecommunications network (25), the apparatus comprising:an interconnect bus (60);a database (11, 12) for storing information packets relating to the telephone call, the information packets (80,104,105,108,109,200-206,210-231) including a signalling portion (82,61-65) and a transaction portion (81) for tracking the telephone call from set-up to termination, said database being in communication with said interconnect bus; anda communications unit (10) in communication with a plurality of interconnected network elements in the telecommunications network and in communication with said interconnect bus,
- An apparatus according to claim 1, wherein said communications unit further comprises means for creating a record of the telephone calls originating at the network elements for billing purposes.
- A method of servicing a telephone call by means of an apparatus, comprising the steps of:communicating with a plurality of interconnected network elements associated with a telecommunications network (25);collecting information packets (80, 104, 105, 108, 109, 200-206, 210-231) associated with a telephone call for storage in a database included in said apparatus, the information packets including a signalling portion (82,61-65) and a transaction portion (81) for tracking the telephone call from set-up to termination and being transmitted from the interconnected network elements; androuting of the telephone calls in the network (25) based on the instructing signal within a message transmited by the apparatus to at least one of the interconnected network elements.
- A method according to claim 3, further comprising the steps of:storing the information packets(80,200-204); andusing the stored information packets (80,200-204) to create a billing record of the telephone call.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/442,529 US5729597A (en) | 1995-05-16 | 1995-05-16 | Service and information management system for a telecommunications network |
US442529 | 1999-11-18 |
Publications (3)
Publication Number | Publication Date |
---|---|
EP0743778A2 EP0743778A2 (en) | 1996-11-20 |
EP0743778A3 EP0743778A3 (en) | 1998-09-23 |
EP0743778B1 true EP0743778B1 (en) | 2004-07-14 |
Family
ID=23757154
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP96303415A Expired - Lifetime EP0743778B1 (en) | 1995-05-16 | 1996-05-15 | Service and information management system for a telecommunications network |
Country Status (4)
Country | Link |
---|---|
US (4) | US5729597A (en) |
EP (1) | EP0743778B1 (en) |
CA (1) | CA2175129C (en) |
DE (1) | DE69632888T2 (en) |
Families Citing this family (81)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6748320B2 (en) | 1993-05-18 | 2004-06-08 | Arrivalstar, Inc. | Advance notification systems and methods utilizing a computer network |
US6748318B1 (en) | 1993-05-18 | 2004-06-08 | Arrivalstar, Inc. | Advanced notification systems and methods utilizing a computer network |
US6618668B1 (en) * | 2000-04-26 | 2003-09-09 | Arrivalstar, Inc. | System and method for obtaining vehicle schedule information in an advance notification system |
US20030098802A1 (en) * | 1999-03-01 | 2003-05-29 | Jones Martin Kelly | Base station apparatus and method for monitoring travel of a mobile vehicle |
US6278936B1 (en) | 1993-05-18 | 2001-08-21 | Global Research Systems, Inc. | System and method for an advance notification system for monitoring and reporting proximity of a vehicle |
US20030193413A1 (en) * | 1993-05-18 | 2003-10-16 | Jones M. Kelly | Business methods for notification systems |
US6700507B2 (en) | 1993-05-18 | 2004-03-02 | Arrivalstar, Inc. | Advance notification system and method utilizing vehicle signaling |
FI100075B (en) * | 1994-11-11 | 1997-09-15 | Ericsson Telefon Ab L M | A system for managing subscriber information in a telephone network |
US5946379A (en) * | 1995-05-16 | 1999-08-31 | At&T Corp. | Service and information management system for a telecommunications network |
US7369650B1 (en) | 1995-05-16 | 2008-05-06 | At&T Corp. | Service and information management system for a telecommunications network |
US6327352B1 (en) * | 1997-02-24 | 2001-12-04 | Ameritech Corporation | System and method for real-time fraud detection within a telecommunications system |
US6430286B1 (en) * | 1997-04-22 | 2002-08-06 | At&T Corp | Service and information management system for a telecommunications network |
US6070072A (en) * | 1997-07-16 | 2000-05-30 | Motorola, Inc. | Method and apparatus for intelligently generating an error report in a radio communication system |
JPH1169016A (en) * | 1997-08-26 | 1999-03-09 | Fujitsu Ltd | Call control management system |
US6016334A (en) * | 1997-10-29 | 2000-01-18 | Alcatel Usa Sourcing, L.P. | Method and system for automatically verifying provisioning of telecommunications services |
US6078647A (en) * | 1997-11-21 | 2000-06-20 | Hewlett Packard Company | Method and apparatus for detecting a data service provider in a public switched telephone network |
US6069947A (en) * | 1997-12-16 | 2000-05-30 | Nortel Networks Corporation | Communication system architecture and operating protocol therefor |
US6385196B1 (en) * | 1997-12-16 | 2002-05-07 | Nortel Networks Limited | Communication system architecture and a management control agent and operating protocol therefor |
US6385301B1 (en) * | 1998-03-26 | 2002-05-07 | Bell Atlantic Services Network, Inc. | Data preparation for traffic track usage measurement |
US6831914B1 (en) * | 1998-03-27 | 2004-12-14 | Verizon Services Corp. | Services control point selection in an advanced intelligent network |
FI106507B (en) * | 1998-04-09 | 2001-02-15 | Nokia Networks Oy | Processing of a data message in a network element in a telecommunications network |
US6529594B1 (en) | 1998-06-05 | 2003-03-04 | Inet Technologies, Inc. | System and method for generating quality of service statistics for an international communications network |
US6614894B1 (en) | 1998-06-05 | 2003-09-02 | Inet Technologies, Inc. | System and method for mass call onset detection in a communications network |
US6411604B1 (en) | 1998-06-05 | 2002-06-25 | Inet Technologies, Inc. | System and method for correlating transaction messages in a communications network |
US6381306B1 (en) | 1998-06-08 | 2002-04-30 | Inet Technologies, Inc. | System and method for monitoring service quality in a communications network |
US6359976B1 (en) | 1998-06-08 | 2002-03-19 | Inet Technologies, Inc. | System and method for monitoring service quality in a communications network |
US6249572B1 (en) | 1998-06-08 | 2001-06-19 | Inet Technologies, Inc. | Transaction control application part (TCAP) call detail record generation in a communications network |
US6757290B1 (en) * | 1998-08-04 | 2004-06-29 | At&T Corp. | Method for performing gate coordination on a per-call basis |
KR100290675B1 (en) | 1998-08-26 | 2001-07-12 | 윤종용 | Methdo for monitoring digital line signal in pabx |
US6292801B1 (en) | 1998-10-02 | 2001-09-18 | Rene L. Campbell | System and method for managing computer and phone network resources |
FI107983B (en) * | 1998-12-23 | 2001-10-31 | Nokia Networks Oy | Detecting and preventing fraudulent use in a telecommunications network |
US6526389B1 (en) * | 1999-04-20 | 2003-02-25 | Amdocs Software Systems Limited | Telecommunications system for generating a three-level customer behavior profile and for detecting deviation from the profile to identify fraud |
ATE385377T1 (en) * | 1999-05-25 | 2008-02-15 | Lm Ericsson Ltd | NETWORK MONITORING SYSTEM |
US6868154B1 (en) | 1999-08-02 | 2005-03-15 | Robert O. Stuart | System and method for providing a service to a customer via a communication link |
US6389123B1 (en) * | 1999-11-08 | 2002-05-14 | Lucent Technologies Inc. | Decreased-size representation employed with portion of automated number identification information in determination of network control point address |
EP1103615A1 (en) * | 1999-11-25 | 2001-05-30 | Universite De Geneve | Vectors capable of immortalizing non-dividing cells and cells immortalized with said vectors |
US7003000B1 (en) * | 1999-12-03 | 2006-02-21 | Tellabs Operations, Inc. | Method and apparatus for replacing lost PSTN data in a packet network |
US8977621B1 (en) | 2000-02-24 | 2015-03-10 | Richard Paiz | Search engine optimizer |
US6614893B1 (en) * | 2000-02-24 | 2003-09-02 | Richard S. Paiz | Parallel computer network and method for telecommunications network simulation to route calls and continuously estimate call billing in real time |
US9355352B1 (en) | 2000-02-24 | 2016-05-31 | Richard Paiz | Personal search results |
US6975998B1 (en) * | 2000-03-01 | 2005-12-13 | Arrivalstar, Inc. | Package delivery notification system and method |
US7324635B2 (en) * | 2000-05-04 | 2008-01-29 | Telemaze Llc | Branch calling and caller ID based call routing telephone features |
US6587543B1 (en) | 2000-08-21 | 2003-07-01 | Sprint Communications Company L.P. | System and method for the automated testing of a telecommunications system |
CA2354359A1 (en) * | 2000-09-08 | 2002-03-08 | Richard Alan Becker | Method and apparatus for storing information regarding a telephone |
US6711411B1 (en) * | 2000-11-07 | 2004-03-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Management of synchronization network |
EP1378090B1 (en) * | 2001-02-24 | 2007-07-18 | International Business Machines Corporation | Data capture technique for high speed signaling |
US7173910B2 (en) * | 2001-05-14 | 2007-02-06 | Level 3 Communications, Inc. | Service level agreements based on objective voice quality testing for voice over IP (VOIP) networks |
US7280487B2 (en) * | 2001-05-14 | 2007-10-09 | Level 3 Communications, Llc | Embedding sample voice files in voice over IP (VOIP) gateways for voice quality measurements |
US7899167B1 (en) * | 2003-08-15 | 2011-03-01 | Securus Technologies, Inc. | Centralized call processing |
US20060146784A1 (en) * | 2001-11-16 | 2006-07-06 | Ibasis, Inc. | System and method for monitoring a voice over internet protocol (VoIP) system |
US6889339B1 (en) * | 2002-01-30 | 2005-05-03 | Verizon Serivces Corp. | Automated DSL network testing software tool |
US7065102B1 (en) * | 2002-03-01 | 2006-06-20 | Network General Technology | System and method for correlating request and reply packets |
US20040028057A1 (en) * | 2002-06-19 | 2004-02-12 | Ivor Benjamin | Method and system for rating a packet based communication |
US7119716B2 (en) | 2003-05-28 | 2006-10-10 | Legalview Assets, Limited | Response systems and methods for notification systems for modifying future notifications |
US7260184B1 (en) | 2003-08-25 | 2007-08-21 | Sprint Communications Company L.P. | Test system and method for scheduling and running multiple tests on a single system residing in a single test environment |
US7388946B1 (en) | 2003-09-02 | 2008-06-17 | Level 3 Communications, Llc | System and method for evaluating the quality of service in an IP telephony network using call forwarding |
US7561069B2 (en) | 2003-11-12 | 2009-07-14 | Legalview Assets, Limited | Notification systems and methods enabling a response to change particulars of delivery or pickup |
US20050195961A1 (en) * | 2004-03-04 | 2005-09-08 | Sbc Knowledge Ventures, L.P. | System, method and software for delivering targeted content to queued users |
US11468128B1 (en) | 2006-10-20 | 2022-10-11 | Richard Paiz | Search engine optimizer |
US10959090B1 (en) | 2004-08-25 | 2021-03-23 | Richard Paiz | Personal search results |
EP1889461B1 (en) * | 2005-06-01 | 2014-01-22 | Fair Isaac Corporation | Network assurance analytic system |
US20070041554A1 (en) * | 2005-08-12 | 2007-02-22 | Sbc Knowledge Ventures L.P. | Method and system for comprehensive testing of network connections |
US20070127438A1 (en) * | 2005-12-01 | 2007-06-07 | Scott Newman | Method and system for processing telephone technical support |
US8125990B2 (en) * | 2006-03-10 | 2012-02-28 | Alcatel Lucent | Silent probe for network delay reporting |
US8781083B2 (en) * | 2007-01-25 | 2014-07-15 | Hewlett-Packard Development Company, L.P. | Pausing call processing to enable the playback of information |
US8400989B2 (en) * | 2007-04-13 | 2013-03-19 | Airvana Llc | Activating private access points for wireless networking |
US10922363B1 (en) | 2010-04-21 | 2021-02-16 | Richard Paiz | Codex search patterns |
US10915523B1 (en) | 2010-05-12 | 2021-02-09 | Richard Paiz | Codex search patterns |
US11048765B1 (en) | 2008-06-25 | 2021-06-29 | Richard Paiz | Search engine optimizer |
US11423018B1 (en) | 2010-04-21 | 2022-08-23 | Richard Paiz | Multivariate analysis replica intelligent ambience evolving system |
US10936687B1 (en) | 2010-04-21 | 2021-03-02 | Richard Paiz | Codex search patterns virtual maestro |
US11379473B1 (en) | 2010-04-21 | 2022-07-05 | Richard Paiz | Site rank codex search patterns |
US8976949B2 (en) | 2010-06-29 | 2015-03-10 | Telmate, Llc | Central call platform |
CN104221322B (en) * | 2012-04-09 | 2018-08-28 | 英特尔公司 | The system and method synchronized for the dynamic telephone extension set between call control device |
US9160472B2 (en) * | 2012-09-07 | 2015-10-13 | National Instruments Corporation | Clock synchronization over a switched fabric |
US11809506B1 (en) | 2013-02-26 | 2023-11-07 | Richard Paiz | Multivariant analyzing replicating intelligent ambience evolving system |
US11741090B1 (en) | 2013-02-26 | 2023-08-29 | Richard Paiz | Site rank codex search patterns |
US9419988B2 (en) * | 2013-06-20 | 2016-08-16 | Vonage Business Inc. | System and method for non-disruptive mitigation of messaging fraud |
US9426302B2 (en) | 2013-06-20 | 2016-08-23 | Vonage Business Inc. | System and method for non-disruptive mitigation of VOIP fraud |
US10078382B2 (en) | 2014-09-04 | 2018-09-18 | Home Box Office, Inc. | Unified input and invoke handling |
US10044591B2 (en) | 2014-09-04 | 2018-08-07 | Home Box Office, Inc. | Two-way remote communication system for testing a client device program |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4959849A (en) * | 1989-07-31 | 1990-09-25 | At&T Bell Laboratories | End-to-end network surveillance |
US5008929A (en) * | 1990-01-18 | 1991-04-16 | U.S. Intelco Networks, Inc. | Billing system for telephone signaling network |
CA2056203A1 (en) * | 1990-12-31 | 1992-07-01 | Craig A. Reading | Method and circuitry for routing a call from a calling station to a desired nearby destination station |
EP0557566B1 (en) * | 1992-02-28 | 1996-04-17 | Siemens Aktiengesellschaft | Method for hierarchical managed password oriented access control to user access indications in a database of an SPS exchange |
US5537611A (en) * | 1992-04-14 | 1996-07-16 | Mci Communications Corporation | Network management of special service calls |
US5809125A (en) * | 1992-07-09 | 1998-09-15 | Gammino; John R. | Method and apparatus for intercepting potentially fraudulent telephone calls |
US5740234A (en) * | 1992-09-29 | 1998-04-14 | At&T Corp. | Telephone call monitoring method and apparatus |
NL9300036A (en) * | 1993-01-08 | 1994-08-01 | Nederland Ptt | System for testing the usage registration function in a telecommunication system. |
US5425021A (en) * | 1993-01-28 | 1995-06-13 | International Business Machines Corporation | Packet switching resource management within nodes |
US5467645A (en) * | 1993-08-16 | 1995-11-21 | Eaton Corporation | Remote brake performance testing system/method |
US5488648A (en) * | 1993-08-17 | 1996-01-30 | Telefonaktiebolaget L M Ericsson | Behavior monitoring and analyzing system for stored program controlled switching system |
JP3420621B2 (en) * | 1993-11-04 | 2003-06-30 | 富士通株式会社 | Distributed route selection controller for communication networks |
US5495521A (en) * | 1993-11-12 | 1996-02-27 | At&T Corp. | Method and means for preventing fraudulent use of telephone network |
US5519772A (en) * | 1994-01-31 | 1996-05-21 | Bell Communications Research, Inc. | Network-based telephone system having interactive capabilities |
US5559871A (en) * | 1994-09-23 | 1996-09-24 | Lucent Technologies Inc. | Call charge control and notification |
US5729588A (en) * | 1994-12-28 | 1998-03-17 | Lucent Technologies Inc. | Enhanced recording verification system |
US5506838A (en) * | 1994-12-29 | 1996-04-09 | Emc Corporation | Packet propagation and dynamic route discovery apparatus and techniques |
US5563878A (en) * | 1995-01-05 | 1996-10-08 | International Business Machines Corporation | Transaction message routing in digital communication networks |
US5546452A (en) * | 1995-03-02 | 1996-08-13 | Geotel Communications Corp. | Communications system using a central controller to control at least one network and agent system |
CA2215361C (en) * | 1995-03-30 | 2001-01-23 | British Telecommunications Public Limited Company | Detecting possible fraudulent communications usage |
US5606601A (en) * | 1995-05-10 | 1997-02-25 | Mci Communications Corporation | Centralizing storage and verification element for telephone network |
US5915008A (en) * | 1995-10-04 | 1999-06-22 | Bell Atlantic Network Services, Inc. | System and method for changing advanced intelligent network services from customer premises equipment |
-
1995
- 1995-05-16 US US08/442,529 patent/US5729597A/en not_active Expired - Lifetime
-
1996
- 1996-04-26 CA CA002175129A patent/CA2175129C/en not_active Expired - Fee Related
- 1996-05-15 EP EP96303415A patent/EP0743778B1/en not_active Expired - Lifetime
- 1996-05-15 DE DE69632888T patent/DE69632888T2/en not_active Expired - Fee Related
-
1997
- 1997-04-22 US US08/837,830 patent/US5878113A/en not_active Expired - Fee Related
-
1998
- 1998-03-12 US US09/041,457 patent/US6393118B1/en not_active Expired - Fee Related
-
2008
- 2008-04-15 US US12/103,669 patent/US20080192920A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
DE69632888D1 (en) | 2004-08-19 |
CA2175129A1 (en) | 1996-11-17 |
EP0743778A2 (en) | 1996-11-20 |
US20080192920A1 (en) | 2008-08-14 |
CA2175129C (en) | 2001-10-16 |
EP0743778A3 (en) | 1998-09-23 |
DE69632888T2 (en) | 2005-07-28 |
US5878113A (en) | 1999-03-02 |
US6393118B1 (en) | 2002-05-21 |
US5729597A (en) | 1998-03-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0743778B1 (en) | Service and information management system for a telecommunications network | |
US6980637B2 (en) | Service and information management system for a telecommunications network | |
US5867564A (en) | Time-of-day clock synchronization in commincations networks | |
US5506893A (en) | Telecommunication network arrangement for providing real time access to call records | |
US6968044B2 (en) | Telephone emergency response system and method | |
US5825769A (en) | System and method therefor of viewing in real time call traffic of a telecommunications network | |
US6028914A (en) | System and method for monitoring performance statistics in a communications network | |
US5881132A (en) | Method and apparatus for monitoring selected telecommunications sessions in an intelligent switched telephone network | |
US5912962A (en) | Method of porting for use with local number portability | |
US5930344A (en) | Method and apparatus for tracing a specific communication | |
EP0550975A2 (en) | A method of redirecting a telephone call to an alternate destination | |
US5659605A (en) | Method and apparatus for providing soft dial tone using office equipment designators | |
GB2273628A (en) | Call billing and measurement methods for redirected calls | |
US5946379A (en) | Service and information management system for a telecommunications network | |
JPH07183962A (en) | Call monitoring system for intelligent call processing | |
US6775375B1 (en) | Service and information management system for determining, replicating or correcting failed calls in a telecommunications network | |
US7369650B1 (en) | Service and information management system for a telecommunications network | |
US7257208B2 (en) | Method and system for providing billing capability for a service node in an advanced intelligent network environment | |
US6970542B2 (en) | Methods and systems for identifying calls connected without answer supervision and for automatically generating billing information for the calls | |
JP4330178B2 (en) | How to control credit customer calls | |
US7203291B2 (en) | Apparatus and method for generating call information data for calls on long duration | |
JP4312843B2 (en) | Service and information management system for telecommunications networks | |
JPH09322204A (en) | Management system for service and information for remote communication network | |
JP2009135984A (en) | Service and information management system for telecommunications network | |
US7020253B2 (en) | Call queuing utilization reporting |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): DE FR GB IT NL SE |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: AT&T CORP. |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): DE FR GB IT NL SE |
|
17P | Request for examination filed |
Effective date: 19990128 |
|
17Q | First examination report despatched |
Effective date: 20020903 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): DE FR GB IT NL SE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20040714 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT;WARNING: LAPSES OF ITALIAN PATENTS WITH EFFECTIVE DATE BEFORE 2007 MAY HAVE OCCURRED AT ANY TIME BEFORE 2007. THE CORRECT EFFECTIVE DATE MAY BE DIFFERENT FROM THE ONE RECORDED. Effective date: 20040714 |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REF | Corresponds to: |
Ref document number: 69632888 Country of ref document: DE Date of ref document: 20040819 Kind code of ref document: P |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20041014 |
|
NLV1 | Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act | ||
ET | Fr: translation filed | ||
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
26N | No opposition filed |
Effective date: 20050415 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20090507 Year of fee payment: 14 Ref country code: DE Payment date: 20090529 Year of fee payment: 14 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20090407 Year of fee payment: 14 |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20100515 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST Effective date: 20110131 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20101201 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20100531 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20100515 |