CA2251507C - System and method for providing caller identification in conjunction with calling card calls - Google Patents
System and method for providing caller identification in conjunction with calling card calls Download PDFInfo
- Publication number
- CA2251507C CA2251507C CA002251507A CA2251507A CA2251507C CA 2251507 C CA2251507 C CA 2251507C CA 002251507 A CA002251507 A CA 002251507A CA 2251507 A CA2251507 A CA 2251507A CA 2251507 C CA2251507 C CA 2251507C
- Authority
- CA
- Canada
- Prior art keywords
- calling
- database
- identification information
- data
- subscriber
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42034—Calling party identification service
- H04M3/42042—Notifying the called party of information on the calling party
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/57—Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
Abstract
A system and method for providing calling party identification information to a called party in an intelligent network. A long distance calling card company maintains a subscriber database that includes preferred calling number data and calling name data for each subscriber.
When a subscriber places a calling card call, the service provider looks up the subscriber's database record, retrieves the preferred calling number data, and sends the calling number data to the terminating end office. A
calling name query from the terminating end office is routed to a database that includes data from the service provider's subscriber database. The caller's name is retrieved and returned to the terminating end office and displayed on the called party's display device, along with the calling number data, date, and time. By directing the calling name inquiry to the service provider's subscriber database, or to a database that includes relevant data from the subscriber database, the called party's caller ID
display device is able to display both the calling party's identity and a valid call back number.
When a subscriber places a calling card call, the service provider looks up the subscriber's database record, retrieves the preferred calling number data, and sends the calling number data to the terminating end office. A
calling name query from the terminating end office is routed to a database that includes data from the service provider's subscriber database. The caller's name is retrieved and returned to the terminating end office and displayed on the called party's display device, along with the calling number data, date, and time. By directing the calling name inquiry to the service provider's subscriber database, or to a database that includes relevant data from the subscriber database, the called party's caller ID
display device is able to display both the calling party's identity and a valid call back number.
Description
CA 022~1~07 1998-10-26 -SYSTEM AND METHOD FOR PROVIDING
CALLER IDENTIFICATION IN CONJUNCTION
WITH CALLING CARD CALLS
TECHNICAL FIELD
The present invention relates to the provision of calling party identification data in telecommunications systems, and more particularly 15 relates to a system and method for providing calling party identification data in conjunction with calling card calls.
BACKGROUND OF THE INVENTION
Many local telephone companies provide calling line 20 identification services, such as those marketed as Caller ID and Caller ID-Deluxe. When a subscriber receives a telephone call, these services allow the subscriber to view on a display device the phone number from which the call originated and, in some cases, the name of the person making the call. These services are increasingly popular because, in many cases, they 2s allow the called party to know both the identity of the calling party and the telephone number at which the calling party may be reached.
Current calling line identification services work best when the calling party is a residential subscriber calling from his or her residential telephone. In other cases, some of the displayed informatioll may be 30 missing or erroneous. For example, when a subscriber receives a call from a pay phone, the originating number will be displayed, but the calling party will not be identified. In the case of calls from some businesses, the displayed number will identify the directory number associated with an outgoing trunk line instead of the inbound telephone number the business 35 uses to receive telephone calls. Callers who prefer to be called back on an 800 number face similar problems because 800 numbers are "fictitious"
numbers that are translated to the directory numbers that are actually used CA 022~1~07 1998-10-26 to route the call. Although an 800 number is the proper call back number, it will not be displayed because the call did not originate from a subscriber line having that number.
In order to understand the drawbacks associated with current 5 calling line identification services, it is helpful to understand how the services are provided. Basic Caller ID displays only the originating phone number. In order to accomplish this, the calling number is captured by the originating end office and sent to the terminating end office in an Initial Address Message, which is part of the call setup protocol. The terminating 10 end office sends the calling number over the subscriber's line to the displaydevice after the first ringing signal. The calling number is also referred to as the Incoming Calling Line Identification (ICLID) number.
Caller ID-Deluxe, which is also referred to as calling name delivery service, requires additional features available in an intelligent 15 telecommunications network. Like the basic Caller ID scenario described above, the calling number is captured by the originating end office and sent to the terminating end office in an Initial Address Message. At that point, the terminating end office recognizes that the call is for a Caller ID-Deluxe subscriber and launches a calling name query on the intelligent network.
20 The query message includes the calling number in the message's called party address field. A signaling transfer point (STP) performs a global title translation on the called party address to determine which service control point (SCP) to route the query to, and forwards the query to that SCP. The SCP searches the name database, which is built from the local 25 phone company' s billing records, for the calling number record and retrieves the associated name. The SCP returns the caller name to the terminating end office in a TCAP response. When the terminating office completes the call to the subscriber's phone, it sends the caller name and calling number, along with the current date and time, over the subscriber's 30 line to the display device.
From the foregoing, it is apparent that in order for called party to know both the identity of the calling party and the telephone number at which the calling party may be reached, two things must happen.
First, the calling number data received by the terminating end office must 35 be the correct call back number. Second, the calling name database that is queried as a result of the terminating end office's calling name query must CA 022~1~07 1998-10-26 be able to match the caller's name with the calling number that was received at the terminating end office.
AT&T has addressed some of the drawbacks that relate to the provision of caller identification services in the context of credit card calls.U.S. Patent No. 5,283,824 to Shaw describes a system in which the caller can specify the number that is sent to the terminating end office as the calling number. The system allows the caller to specify that the transmitted calling number data include the calling card number, which may include the customer's home or business number, the calling station number, or a 10 personal identification number.
In the described system, the customer places a calling card call.
The calling card system prompts the customer to enter the calling card number and to select the calling card number, calling telephone number, or personal identification number as the calling number data. The customer 15 then dials the called party's phone number and the system sends the selected number to the terminating end office. At that point, the terminating end office launches a calling name query using the provided calling number.
If the user instructs the AT&T system to send a telephone number at which he or she may be called back (e.g., an office or hotel 20 number, personal number, 800 number, wireless phone number, etc.), the Caller ID display device will not display the caller's name. If the user instructs the system to send his or her home telephone number, the display device will display the identity of the calling party (along with his or her home telephone number), but will not display the telephone number at 25 which the calling party may actually be reached. Although the described system allows the user to send a meaningful number as the calling number, the calling party must determine whether the display device will display the proper call back number or properly identify the calling party.
In prior art caller identification systems, it is apparent that the 30 only way to ensure that the displayed data properly identifies the calling party and provides a useful call back number is for the caller to place the call from a phone that is billed to him. This results in large part because the calling name databases are compiled from the local phone company's billing records.
3s Therefore, there is a need in the art for an improved system and method for providing calling party identification data, which will allow a calling party to ensure that the called party's display device displays both CA 022~1~07 1998-10-26 the calling party's proper identity and a valid call back number in situations where the calling party is not calling from a phone that is billed to him.
SUMMARY OF THE INVENTION
The present invention satisfies the above-described needs by providing an improved system and method for providing calling party identification information to a called party in an intelligent network. A
service provider maintains at least one subscriber database that includes preferred calling number data and calling name data for each subscriber.
10 When a subscriber places a call, the service provider looks up the subscriber's database record and sends the calling number data to the termin~ting end office. When the terminating end office launches a calling name inquiry, the inquiry will be directed to a database that includes the data from the service provider's subscriber database. The caller's name is 15 returned to the terminating end office and displayed on the called party's display device, along with the calling number data, date, and time.
Generally described, the present invention provides a method for providing calling party identification information to a called party in a telecommunications network. The method includes receiving a first query, 20 which includes a subscriber number, from a first switch. A calling line identification number associated with the subscriber number is retrieved in response to the first query and tr~nsmitted to the first switch. A second query, including the calling line identification number, is received from a second switch. Calling party identification information associated with the 25 calling line identification number is retrieved in response to the second query and transmitted to the second switch.
More particularly described, the calling party identification information associated with the calling line identification number is retrieved by first retrieving calling name data associated with the calling 30 line identification number and determining whether the calling name data includes a special character. If the calling name data includes a special character, calling party identification information, which is associated with a key that forms a part of the calling name data, is retrieved. Still more particularly, the calling name data and the calling party identification 35 information may be retrieved from first and second databases, respectively, with the calling name data including a database identifier that links the calling name data to the second database.
CA 022~1~07 1998-10-26 In another aspect, the present invention provides a data structure that allows calling party information associated with a calling party to be displayed on a display device associated with a called party.
The data structure includes a linked record and a standard record. The linked record includes a first field, which includes a calling line identification number associated with the calling party, and a second field, which includes a special character and a key. The standard record includes a first field, which includes a calling line identification number corresponding to the key, and a second field, which includes calling name 10 data associated with the calling party. Together, these features of the database structure allow a telecommunications network to provide to the display device both the calling line identification number associated with the calling party and the calling name data associated with the calling party.
The various aspects of the present invention may be more 1S clearly understood and appreciated from a review of the following detailed description of the disclosed embodiments and by reference to the appended drawings and claims.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 is a diagram of an exemplary embodiment and an exemplary environment for operation of the present invention.
Fig. 2 is a diagram illustrating an exemplary database record from a calling card subscriber database.
Fig. 3 is flow chart illustrating an exemplary method of 25 providing caller identification in conjunction with calling card calls.
Fig. 4 is a diagram illustrating a typical AIN query message that is routed to the SCP that includes the calling card caller ID database.
DETAILED DESCRIPTION
The present invention is directed to an improved system and method for providing calling party identification information to a called party in an intelligent network. In an exemplary embodiment, a telecommunications service provider, such as a long distance calling card company, maintains a subscriber database that includes preferred calling 35 number data and calling name data for each subscriber. When a subscriber places a call, the service provider looks up the subscriber's database record and sends the calling number data to the terminating end office. When the CA 022~1~07 1998-10-26 terminating end office launches a calling name inquiry, the inquiry will be directed to a database that includes the data from the service provider's subscriber database. The caller's name is returned to the terminating end office and displayed on the called party's display device, along with the 5 calling number data, date, and time. By directing the calling name inquiry to the service provider's subscriber database, or to a database that includes relevant data from the subscriber database, the called party's caller ID
display device is able to display both the calling party's identity and a valid call back number.
lo The present invention is particularly advantageous when used with to display a calling party's "portable" call back number. In the context of this discussion, portable numbers include so-called personal numbers, which route incoming calls to a list of directory numbers identified by the subscriber. This allows a user to give out a single telephone number and have the calls to that number routed to his or her home, office, cellular phone, etc. The term portable number also includes directory numbers associated with portable devices, such as wireless (e.g., cellular and PCS) telephones and pagers. Those skilled in the art will appreciate that portable numbers allow users to receive incoming telephone calls regardless of their geographic location.
Referring now to the drawings, in which like numerals represent like elements througho~t the several figures, an embodiment of the present invention and an exemplary operating environment will be described. The particular embodiments described herein are intended in all respects to be illustrative rather than restrictive. Alternative embodiments will become apparent to those skilled in the art to which the present invention pertains without departing from its spirit and scope.
EXEMPLARY OP~RATING ENVIRONMENT
Fig. 1 and the following discussion are intended to provide a description of an exemplary embodiment of the present invention as it may be provisioned in an exemplary telecommunications network environment.
Fig. l is a diagram of an exemplary embodiment and exemplary environment for operation of the present invention. Connected to the public switched telephone network (PSTN) 100 is an Advanced Intelligent Network (AIN) 105. For brevity, only a basic explanation of the AIN 105 is provided herein. Where the AIN 105 operates or is composed CA 022.7 1.,07 1998 - 10 - 26 , differently in an important aspect from that which would be understood by those skilled in the art, additional details are provided herein. For further information regarding the referenced AIN 105 and aspects thereof, the interested reader may refer to the patent to U.S. Patent No. 5,430,719, to 5 Weisser, which is incorporated herein by reference.
A telephone 110 represents terminating equipment connected to the PSTN 100. Those skilled in the art will appreciate that the AIN 105 is operated by a local exchange carrier, such as the assignee of the present invention, and that the PSTN 100 represents various networks belonging to lo other entities. For purposes of the present invention, the PSTN may represent telecommunications networks operated by other local exchange carriers in the United States and various telephone companies around the world. Similarly, in the exemplary embodiment of Fig. l, the local exchange carrier that operates the AIN 105 also provides long distance 15 calling card services to subscribers.
The AIN 105 includes a variety of interconnected network elements. A group of such network elements includes the plurality of central offices, which are indicated as service switching points (SSPs) 115a, 115b. An SSP typically includes switch functionality, but also 20 includes other functionality so as to communicate with other AIN elements as those skilled in the art understand. The SSP 115b has a plurality of subscriber lines connected thereto, A subscriber line may also be referred to as a calling line. Each SSP serves a designated group of calling lines, and thus, the SSP that serves a particular calling line may be referred to as 2s its serving SSP. Each calling line is connected typically to a piece of terminating equipment including a plurality of telephones commonly referenced as 120 and individually referenced as 120a and 120b.
Although telephones are illustrated as the pieces of terminating equipment in Fig. 1, those skilled in the art will understand that such pieces include 30 other telecommunication devices such as facsimile machines, computers, modems, etc. The telephone 120b is also connected to a caller ID display device 125, which is capable of displaying the calling number and the calling party's name when a call is received.
In an exemplary embodiment, each active calling line in an 35 AIN is assigned a ten digit calling line number. In the description of the present invention, the term "calling line number" is used in its generally understood meaning to be the number that is dialed or input by a caller or CA 022~1~07 1998-10-26 source to reach a piece of terminating equipment on a calling line associated with the dialed calling line number. A calling line number is commonly referred to as a telephone number or a directory number.
SSPs 115a, 115b are interconnected by one or more trunk 5 circuits 130. These are the voice path trunks that interconnect the SSPs to connect communications. The term "communication" or "call" is used herein to include all messages that may be exchanged between caller and called party in the network illustrated in Fig. 1.
Each of the SSPs 115a, 115b is connected to another type of lo AIN element referred to as a local signal transfer point (STP) 135 via respective data links. Currently, these are data links employing a signaling protocol referred to as Signaling System 7 (SS7), which is well known to those skilled in the art. Much of the intelligence of the AIN re'sides in yet another type of AIN element referred to as a local service control point 15 (SCP) 140 that is connected to STP 135 over a SS7 data link. Among the functions performed by the SCP 140 is the maintenance of network databases and subscriber databases referred to collectively as local SCP
databases 142. These databases may be used in providing advanced telecommunication services to a customer. Typically, the SCP 140 is also 20 the repository of service package applications (SPAs) that are used in connection with or as part of the databases in the application of advanced telecommunication services or enhanced features to calling lines.
As used herein, the phrase "advanced telecommunication services" refers to features or enhancements that are provided by a 25 telecommunications service provider to a customer in addition to conventional telephone service through the PSTN.
Referring again to Fig. 1, the local SCP 135 may be connected to other network elements through a regional STP 145, which in turn, may be connected to a regional SCP 150. The regional SCP 150 may maintain 30 one or more regional SCP databases 152. Both regional SCP 150 and local SCP 140 are connected to a service management system (SMS) 155 via respective data links (not shown). The SMS 155 interfaces to other operation systems of the local exchange carrier and interexchange carriers.
In order to keep the processing of data and calls as simple as 35 possible, a relatively small set of triggers is defined at the SSPs for each call. A trigger in the AIN is an event associated with a particular call that generates a packet to be sent to an SCP. The trigger causes the SCP to CA 022~1~07 1998-10-26 query its databases or service package applications for processing instructions with respect to the particular call. The results are sent back to the SSP in a response from the SCP 140 through STP 135. The return packet includes instructions to the SSP as to how to process the call. The 5 instructions may be to take some special action as a result of a customized calling service or enhanced feature. In response, the SSP moves through its call states, collects the called digits, and generates additional packets that are used to set up and route the call. Similar devices for routing calls among various local exchange carriers are provided by regional STP 145 l0 and regional SCP 150.
As illustrated in Fig. 1, the AIN 105 also includes a service circuit node 160 (SCN), which may also be referred to herein as a service node (SN). SCN 160 includes voice and dual tone multi-frequency (DTMF) signal recognition devices and voice synthesis devices. SCN 160 15 is connected to the local SCP 140 via data link 165 using an X.25 protocol and to the SMS 155 via a data link (not shown). In addition, SCN 160 typically is connected to one or more (but usually only a few) SSPs via Integrated Service Digital Network (ISDN) links as shown by the connection to SSP 115b.
EXEMPLARY PROVISIONING OF
THE PRESENT INVENTION
With continuing reference to Fig. l, an exemplary approach to provisioning the present invention will be described. In an exemplary 25 embodiment, the present invention is employed by a telecommunications company to provide caller identification services to those who subscribe to its calling card service. These services will permit the recipient of a calling card call from a subscriber to receive the called ID information required to display both the caller's identity and a valid call back number, regardless of 30 where the caller is calling from. In the exemplary embodiment, the long distance service is provided by the same local exchange carrier that operates the AIN 105.
To implement this service, the calling card company employs a toll switch (SSP 115a) to receive calls from its subscribers. Is this case, 35 the SSP 115a is not connected to any individual subscriber lines or terminating equipment. An SCP 170 houses the calling card caller ID
application and the calling card subscriber database 180. The calling card CA 022~1~07 1998-10-26 subscriber database includes the subscriber's calling card number, personal identification number, and the calling number data and calling name data that the subscriber would like to be sent to the called party's terminating equipment. Advantageously, the calling number data may represent a subscriber's portable number instead of a fixed residential or business phone. The toll switch 115a is connected to SCN 175, which is used primarily to provide instructions to the subscriber through voice prompts and to collect digits representative of the subscriber's calling card number and the directory number of the called party. The SCN 175 and SCP 170 I O are connected to each other and to the other AIN components in a conventional fashion.
Fig. 2 illustrates the relevant fields of an exemplary database record 200 from the calling card subscriber database, which is stored at SCP 170. For each subscriber, the database includes a subscriber number lS 205, such as the subscriber's account number or calling card number, and personal identification number 210, which is used for validation purposes.
The database also includes calling name data (display name 215) and calling number data (display number 220). The display number 220 will be sent from the calling card company's toll switch to the terminating switch as the calling line data. The display name 215 is the name that will eventually be sent to the terminating switch as the calling name data after it launches its calling name query. . Those skilled in the art will appreciate that the database may also include additional information for billing and administrative purposes.
Fig. 3 is a flow chart illustrating an exemplary method 300 for implementing a calling card caller ID service in accordance with the present invention. It will be appreciated that the flow chart is Fig. 3 represents steps carried out by the caller, the PSTN, and various parts of the AIN.
At step 305 a long distance service subscriber initiates a calling card call by calling a directory number associated with the long distance service provider. Typically, this number is a toll free 800 number. For purposes of this illustration, the call may originate from terminating equipment 110 (Fig. 1) connected to the PSTN 100.
At step 310 the call is routed to a toll switch 115a (Fig. 1), which is operated by the long distance service company. In an exemplary embodiment, the toll switch is an SSP that forms a part of the AIN 105.
CA 022~1~07 1998-10-26 At step 315 the toll switeh 115a (Fig. l) conneets the calling card caller to the SCN 175 (Fig. 1), which plays a message instrueting the caller to enter his or her calling card number and PIN.
At step 320 the SCN 175 plays a message instructing the 5 caller to enter his or her calling eard number and PIN. The caller responds by entering the calling card number and PIN at step 325. The SCN collects the entered digits and transmits them to the SCP 170. At step 330 the SCP validates the calling card number and PIN and looks up the display number 220 (Fig. 2) in the database record associated with that 10 calling card number.
It will be appreciated that the teleeommunieations eompany may allow the subseriber to seleet one of a group of predetermined display names to be transmitted during eaeh eall. In this scenario, the subscriber could provide a plurality of phone numbers (e.g., office and mobile), and lS select the desired display number at the beginning of each call. For example, the SCN may play a recording that instructs the subscriber to enter a "1" to select the offiee number and a "2" to seleet the mobile number as the display number.
At step 335 the SCN plays an announeement instrueting the 20 caller to enter the directory number to be called. The caller enters the called number at step 340 and the SCN transmits the number to the SCP.
At step 345 the SCP instructs the switch 115a to route the call to the called number and to use the display number from the calling card subscriber database as the calling line identifieation data that will is transmitted to the25 terminating switeh.
At step 350 the terminating switeh 115b (Fig. l) reeeives the call from the toll switch 115a and determines whether the called party has subseribed to the ealling name, or Caller ID-Deluxe, serviee. If not, the operation proeeeds to step 355 and process the call in a normal manner.
30 The operation subsequently terminates at step 360. If the terminating switch needs to launch a ealling name query, the operation proeeeds to step 365.
At step 365 the terminating switeh 115b launehes a calling name query using the calling number that was reeeived from the toll switeh 35 in the called party address portion of the query. At step 370 the STP 135 (Fig. 1) performs a global title translation on the data in the Called Party Address field and routes the query to the SCP that contains the calling name CA 022~1~07 1998-10-26 data associated with the calling card subscriber. Those skilled in the art will appreciate that the query may be routed to the SCP 170 (Fig. 1).
Alternatively, the required data from the calling card subscriber's database may be stored in a database on other SCPs, such as the local SCP 30, or the 5 regional SCP 150. This routing operation is described more completely below.
At step 375 the SCP retrieves the display name 215 (Fig. 2) from the database and transmits the calling name data to the terminating switch 115b. At that point (step 380), the call is completed and the calling l0 name data, calling number data, date, and time are sent to the caller ID
display device 120 in a conventional manner. The calling name data, calling number data, date, and time are displayed on the display device at step 385. At that point, the call is processed normally (step 355) and the operation subsequently terminates at step 360.
ROUTING THE CALLING NAME QUE~Y AND
THE FORMAT OF THE CALLING NAME DATABASE
When the terminating SSP determines that the called party subscribes to the calling name delivery service, it launches an AIN query to 20 obtain the calling name that should be displayed on the called party's display device. Fig. 4 illustrates a typical AIN query message 400.
Typically, the SSP p~pulates the routing parameters with the expectation that the STP will determine how to route the message and will reformat the message with the final routing information. In the case of 25 most AIN queries, the SSP populates the routing parameters as follows.
The destination point code (DPC) 405 includes the capability code of the local STP pair, and the origin point code (OPC) 410 includes the point code of the SSP that is originating the AIN query. The called party address 415 includes subsystem number (SSN) and a global title, which is the 10-30 digit called number. The calling party address 420 includes a SSN and thepoint code of the SSP that is originating the AIN query. For database services, the call data 425 includes Transaction Capability Application Part (TCAP) data, which includes a transaction ID, a trigger type, and a service key. The transaction ID is assigned a unique value for each call. The 35 trigger type identifies the trigger type that was detected by the SSP. The service key is set to the 10-digit dialed number. It will be appreciated that the global title includes the called number because most AIN services are CA 022~1~07 1998-10-26 provided to the party that is receiving the call, not the calling party.
Therefore, the query must be directed to a database that contains information about the services that are provided to the called party.
When the AIN query message is received by an STP, the STP
s performs a Global Title Translation on the global title (i.e., the called party address), changes the message parameters as follows, and launches the message. The STP changes the destination point code 405 to the point code of the appropriate SCP. In the called party address 415, the SSN data is changed to the SSN of the appropriate AIN Service Package Application lO (SPA).
When an SCP responds to the AIN query, the SCP will reformat the message as follows. The routing label will contain the destination point code of the SSP and the origin point code of the SCP. The called party address will contain the SSN of the SSP, and the calling party l5 address will contain the SSN of the SCP. This information will allow the response message to get to the right subsystem in the right SSP.
In the case of a typical calling name query, the standard AIN
query message format described above is altered by using the calling number as the global title. This allows an STP to translate the global title 20 and route the query to a database containing information about the calling party (e.g., a calling name database). Those skilled in the art will appreciate that the global title field of an AIN query is limited to 10 digits and that the global title translation is usually based on the first six digits (commonly referred to as the NPA-NXX). Although the global title field 2s is limited to 10 digits, the calling number data sent by the originating switch can include up to 15 digits.
In a standard calling name database, each customer record includes two fields: an ICLID field and a calling name (CNAM) field.
When a calling name query is received by an SCP, it executes a calling 30 name SPA and retrieves from the calling name database the calling name associated with the ICLID. The calling name data is then returned to the SSP that launched the query.
It will be appreciated that a calling card calling name database may be organized in a variety of ways. Exemplary methods are discussed 35 below.
In one embodiment, the calling card calling name data may be added to a standard calling name database using linked records. This CA 022~1~07 1998-10-26 approach results in a two-pass calling name inquiry, and is most feasible when the calling card database and the calling name database are controlled by the same entity. In this embodiment, the modified calling name database includes both standard records and linked records. Each of the standard s records includes an ICLID and associated caller name. As mentioned earlier, these records are typically derived from billing records for residential and business customers. The linked records are used to link a calling card subscribers calling name data to a standard record that is associated with the subscriber and includes the subscriber's name, as shown lo below:
ICLID CNAM
Standard record 5552345678 Bob Srnith Linked record 5559876543 *5552345678*
In this example, both records are for Bob Smith. The standard record includes Bob Smith's name and uses his residential or business 20 number as the ICLID. In the linked record, the ICLID is the calling number data Bob Smith has indicated he wants to be displayed when he makes a calling card call. In the linked record, the CNAM field includes special characters and a "key" that links the record to Bob Smith's standard record. In this example, the key corresponds to the ICLID associated with 25 Bob Smith's standard record (5552345678) and the special characters include an asterisk (*). In this format, one special character precedes the key and one special character follows the key. When an SCP retrieves CNAM data that is preceded by a special character, the SCP can initiate a query of the standard record with ICLID data that corresponds to the key 30 (i.e., the directory number) that is included in the CNAM data retrieved from the linked record. This will result in the retrieval of the CNAM
"Bob Smith" from the standard record.
In an alternative embodiment, a two-pass calling name inquiry is used with two or more databases. This embodiment employs a calling 3s card calling name database with linked records (for the first pass) and one or more separate calling name databases (for the second pass). Those skilled in the art will appreciate that this approach may be suitable for a CA 022~1~07 1998-10-26 regional service provider that maintains separate calling name databases for each state in the region.
If this embodiment is employed with calling card customers that want to display similar calling numbers, such as personal 800 numbers, 5 the service provider may employ a single database that includes the linked records for its subscribers' 800 numbers. This 800 number database contains linked records that link that 800 number to the subscriber's standard telephone number.
In order to improve the efficiency of the CNAM lookup 10 operation, it is useful to also include a database identifier, such as a calling name database identification number, in the CNAM field of the linked records. In one embodiment, the database identifier is a two-digit calling name database ID number that identifies the calling name database that includes the customer's record. An example of a modified linked record is 15 shown below, where the calling name database ID number is represented by the digits "xx":
LINKED DATABASE
ICLID CNAM
Linked record 8005552468 *4045551357*xx STANDARD CNAM DATABASE
ICLID CNAM
Standard record 4045551357 Jim Brown In this example, the initial calling name query is routed to the linked database. When the SCP looks up the CNAM data associated with the linked record's ICLID number, it retrieves "*40455;j1357*xx". Upon 30 detecting the leading special character (*), the SCP will read the calling name database ID number (xx) and refer to a table that provides the destination point code (DPC) of the calling name database that is identified by the retrieved database ID number "xx". A query will then be routed to the database "xx" to look up the calling name associated with the key that 35 was included in the linked record's CNAM field. When this query is received by the CNAM database xx, the CNAM database will use the calling line identification number (e.g., 4045551357) to retrieve Jim Brown's CA 022~1~07 1998-10-26 name from a standard CNAM field. The SCP then returns the name "Jim Brown" to the SSP that launched the initial calling name query.
Those skilled in the art will appreciate that including a calling name database ID number in the linked record allows the SCP to perform a 5 type of global title mapping and route the query to the proper DPC. This allows the SCP to avoid launching a query that would need to be translated by an STP.
In these and other scenarios, those skilled in the art will appreciate an SMS can be used to update the calling name database's linked 10 records with data from the calling name database. Those skilled in the art will also appreciate that using linked records may facilitate some aspects of database management.
In another exemplary embodiment, the service provider maintains a separate calling card calling name database for its subscribers.
15 Calling name queries are routed to this special database by using non-standard numbers in the global title field of the AIN queries. This approach requires the insertion of special numbers or characters, and is ideally suited for use with calling numbers that employ the prefix "1". For example, a user may want to display an 800 number, such as "1 800 555 20 3579", as a valid callback number.
In this example, the toll switch sends "1 800 555 3579" as the ICLID. When the terminating switch launches its calling name query, it places the first 10 digits (i.e., "1 800 555 357") in the global title field of the query. An STP performs a global title translation and routes the query 25 to the SCP with the calling card calling name database. The SCP looks up the CNAM associated with the ICLID "1 800 555 357" and returns the CNAM to the SSP that launched the initial calling name query.
Although this provides a suitable mechanism for routing a query to the proper SCP, those skilled in the art will appreciate that 30 truncating the last digit of the directory number limits the number of directory numbers that can be serviced by the database. In fact, the number of directory numbers available to a service provider's calling card caller identification service is reduced by one order of magnitude. So, for example, once a subscriber uses the directory number "800 555 1110", the 35 directory numbers 800 555 lllx, where x is a digit from 1 to 9, are precluded from being used as ICLID data in the calling card calling name database. Although this implementation provides a cost reduced calling CA 022~1~07 1998-10-26 card caller ID system, it requires the service provider to carefully manage the process by which numbers are assigned to subscribers. In this case, the available numbers could be reserved for "premium" customers.
As an alternative to using a " l " as the leading, special S character, the service provider may elect to use any non-standard number that is not a valid callback number in order to ensure that the desired name is displayed. However, because the ICLID will be displayed on the called party's caller ID display device, the chosen non-standard numbers should be numbers that the called party will not try to call back. For example, a l0 number like "002 555 1357" can be used to route a query to a calling name database, and is a number that most people will not try to call back.
ALTERNATIVE EMBODIMENTS
In the embodiment of Fig. l, the calling card subscriber 15 database 180 is located at SCP 170. As mentioned above, in one embodiment, the calling name query from the terminating switch will be directed to the SCP 170 and the calling name data will be retrieved from the calling card subscriber database 180. Those skilled in the art will appreciate that the calling card calling name database, from which the 20 calling name data is retrieved, may be a separate database and may be located at other SCPs. For example, the relevant data from the calling card subscriber database may be copied a separate calling card calling name database that is maintained on another SCP. Alternatively, the relevant data from the calling card subscriber database may transferred to an existing 2s database at another SCP. For example, the necessary data from the calling card subscriber database may be appended to one or more regular calling name databases, such as those that are maintained and employed in conventional calling name delivery services. In either case, the SMS 155 (Fig. l) may be employed to transfer data from the subscriber records in 30 the calling name database 180 to databases at other SCPs in the AIN 105, such as local SCP 140 or regional SCP 152.
In the embodiment of Fig. l, all of the calling card calls are routed to the toll switch 115a, which launches a query to obtain the proper calling number data from the subscriber's account records. Those skilled 35 in the art will appreciate that routing calls to the toll switch can be avoided if the calling card call is placed from a switch in the AIN and if the originating switch is programmed to launch a calling card query in CA 022~1~07 1998-10-26 response to the calling card 800 number being dialed. At that point, an SCP would retrieve the calling number data and instruct the originating switch to route the call to the appropriate terminating switch and to send the retrieved calling number data as the calling number.
s CONCLUSION
From the foregoing description, it will be appreciated that the present invention provides an improved system and method for providing calling party identification information to a called party in an intelligent network. In an exemplary system, a service provider, such as a long distance calling card company, maintains a subscriber database that includes preferred calling number data and calling name data for each subscriber.
When a subscriber places a call, the service provider looks up the subscriber's database record and sends the calling number data to the terminating end office in place of normal calling number data. When the terminating end office launches a calling name inquiry, the inquiry will be directed to a database that includes the data from the service provider's subscriber database. The caller's name is returned to the terminating end office and displayed on the called party's display device, along with the calling number data, date, and time. By directing the calling name inquiry to the service provider's subscriber database, or to a database that includes relevant data from the subscriber database, the called party's caller ID
display device is able to display both the calling party's identity and a valid call back number.
The present invention allows a caller to let the called party know both who the caller is and how to reach the caller, regardless of where the caller is calling from. It is believed that a service embodying the invention will be especially attractive to travelers and other business people who rely on "portable" numbers, such as personal numbers, or portable devices, such as cellular telephones, pagers, and the like, to receive calls regardless of where they are located. In this context, a caller will be properly identified and the preferred call back number will be displayed on the called party's caller ID display device. In another context, a service embodying the present invention will allow a traveling family members to be properly identified when they place a call back to their home.
A system in accordance with the present invention accomplishes two objectives. In a first aspect, such a system includes a CA 022~1~07 1998-10-26 subscriber database that provides the calling number data that is sent to the terminating switch and displayed on the called party's display device. This allows the subscriber to select a preferred calling number that will be transmitted with his or her calls. Preferably, this number is a portable s number, but may be the subscriber's home number, work number, etc.
The second aspect of the system includes adding new entries to a calling name database in order to match a name to non-traditional telephone numbers, thereby allowing the caller to be properly identified on the called party's display device.
Although the present invention has been described in an embodiment that provides caller identification data in conjunction with calling card calls, those skilled in the art will recognize that the present invention may be employed in other contexts. For example, a provider of business telephone services may employ the invention to replace a 15 business ' s outgoing trunk line numbers with the business' s inbound directory number and to display the business's name.
The present invention has been described in relation to particular embodiments which are intended in all respects to be illustrative rather than restrictive. Alternative embodiments will become apparent to 20 those skilled in the art to which the present invention pertains without departing from its spirit and scope. Accordingly, the scope of the present invention is defined by the appended claims rather than the foregoing description.
CALLER IDENTIFICATION IN CONJUNCTION
WITH CALLING CARD CALLS
TECHNICAL FIELD
The present invention relates to the provision of calling party identification data in telecommunications systems, and more particularly 15 relates to a system and method for providing calling party identification data in conjunction with calling card calls.
BACKGROUND OF THE INVENTION
Many local telephone companies provide calling line 20 identification services, such as those marketed as Caller ID and Caller ID-Deluxe. When a subscriber receives a telephone call, these services allow the subscriber to view on a display device the phone number from which the call originated and, in some cases, the name of the person making the call. These services are increasingly popular because, in many cases, they 2s allow the called party to know both the identity of the calling party and the telephone number at which the calling party may be reached.
Current calling line identification services work best when the calling party is a residential subscriber calling from his or her residential telephone. In other cases, some of the displayed informatioll may be 30 missing or erroneous. For example, when a subscriber receives a call from a pay phone, the originating number will be displayed, but the calling party will not be identified. In the case of calls from some businesses, the displayed number will identify the directory number associated with an outgoing trunk line instead of the inbound telephone number the business 35 uses to receive telephone calls. Callers who prefer to be called back on an 800 number face similar problems because 800 numbers are "fictitious"
numbers that are translated to the directory numbers that are actually used CA 022~1~07 1998-10-26 to route the call. Although an 800 number is the proper call back number, it will not be displayed because the call did not originate from a subscriber line having that number.
In order to understand the drawbacks associated with current 5 calling line identification services, it is helpful to understand how the services are provided. Basic Caller ID displays only the originating phone number. In order to accomplish this, the calling number is captured by the originating end office and sent to the terminating end office in an Initial Address Message, which is part of the call setup protocol. The terminating 10 end office sends the calling number over the subscriber's line to the displaydevice after the first ringing signal. The calling number is also referred to as the Incoming Calling Line Identification (ICLID) number.
Caller ID-Deluxe, which is also referred to as calling name delivery service, requires additional features available in an intelligent 15 telecommunications network. Like the basic Caller ID scenario described above, the calling number is captured by the originating end office and sent to the terminating end office in an Initial Address Message. At that point, the terminating end office recognizes that the call is for a Caller ID-Deluxe subscriber and launches a calling name query on the intelligent network.
20 The query message includes the calling number in the message's called party address field. A signaling transfer point (STP) performs a global title translation on the called party address to determine which service control point (SCP) to route the query to, and forwards the query to that SCP. The SCP searches the name database, which is built from the local 25 phone company' s billing records, for the calling number record and retrieves the associated name. The SCP returns the caller name to the terminating end office in a TCAP response. When the terminating office completes the call to the subscriber's phone, it sends the caller name and calling number, along with the current date and time, over the subscriber's 30 line to the display device.
From the foregoing, it is apparent that in order for called party to know both the identity of the calling party and the telephone number at which the calling party may be reached, two things must happen.
First, the calling number data received by the terminating end office must 35 be the correct call back number. Second, the calling name database that is queried as a result of the terminating end office's calling name query must CA 022~1~07 1998-10-26 be able to match the caller's name with the calling number that was received at the terminating end office.
AT&T has addressed some of the drawbacks that relate to the provision of caller identification services in the context of credit card calls.U.S. Patent No. 5,283,824 to Shaw describes a system in which the caller can specify the number that is sent to the terminating end office as the calling number. The system allows the caller to specify that the transmitted calling number data include the calling card number, which may include the customer's home or business number, the calling station number, or a 10 personal identification number.
In the described system, the customer places a calling card call.
The calling card system prompts the customer to enter the calling card number and to select the calling card number, calling telephone number, or personal identification number as the calling number data. The customer 15 then dials the called party's phone number and the system sends the selected number to the terminating end office. At that point, the terminating end office launches a calling name query using the provided calling number.
If the user instructs the AT&T system to send a telephone number at which he or she may be called back (e.g., an office or hotel 20 number, personal number, 800 number, wireless phone number, etc.), the Caller ID display device will not display the caller's name. If the user instructs the system to send his or her home telephone number, the display device will display the identity of the calling party (along with his or her home telephone number), but will not display the telephone number at 25 which the calling party may actually be reached. Although the described system allows the user to send a meaningful number as the calling number, the calling party must determine whether the display device will display the proper call back number or properly identify the calling party.
In prior art caller identification systems, it is apparent that the 30 only way to ensure that the displayed data properly identifies the calling party and provides a useful call back number is for the caller to place the call from a phone that is billed to him. This results in large part because the calling name databases are compiled from the local phone company's billing records.
3s Therefore, there is a need in the art for an improved system and method for providing calling party identification data, which will allow a calling party to ensure that the called party's display device displays both CA 022~1~07 1998-10-26 the calling party's proper identity and a valid call back number in situations where the calling party is not calling from a phone that is billed to him.
SUMMARY OF THE INVENTION
The present invention satisfies the above-described needs by providing an improved system and method for providing calling party identification information to a called party in an intelligent network. A
service provider maintains at least one subscriber database that includes preferred calling number data and calling name data for each subscriber.
10 When a subscriber places a call, the service provider looks up the subscriber's database record and sends the calling number data to the termin~ting end office. When the terminating end office launches a calling name inquiry, the inquiry will be directed to a database that includes the data from the service provider's subscriber database. The caller's name is 15 returned to the terminating end office and displayed on the called party's display device, along with the calling number data, date, and time.
Generally described, the present invention provides a method for providing calling party identification information to a called party in a telecommunications network. The method includes receiving a first query, 20 which includes a subscriber number, from a first switch. A calling line identification number associated with the subscriber number is retrieved in response to the first query and tr~nsmitted to the first switch. A second query, including the calling line identification number, is received from a second switch. Calling party identification information associated with the 25 calling line identification number is retrieved in response to the second query and transmitted to the second switch.
More particularly described, the calling party identification information associated with the calling line identification number is retrieved by first retrieving calling name data associated with the calling 30 line identification number and determining whether the calling name data includes a special character. If the calling name data includes a special character, calling party identification information, which is associated with a key that forms a part of the calling name data, is retrieved. Still more particularly, the calling name data and the calling party identification 35 information may be retrieved from first and second databases, respectively, with the calling name data including a database identifier that links the calling name data to the second database.
CA 022~1~07 1998-10-26 In another aspect, the present invention provides a data structure that allows calling party information associated with a calling party to be displayed on a display device associated with a called party.
The data structure includes a linked record and a standard record. The linked record includes a first field, which includes a calling line identification number associated with the calling party, and a second field, which includes a special character and a key. The standard record includes a first field, which includes a calling line identification number corresponding to the key, and a second field, which includes calling name 10 data associated with the calling party. Together, these features of the database structure allow a telecommunications network to provide to the display device both the calling line identification number associated with the calling party and the calling name data associated with the calling party.
The various aspects of the present invention may be more 1S clearly understood and appreciated from a review of the following detailed description of the disclosed embodiments and by reference to the appended drawings and claims.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 is a diagram of an exemplary embodiment and an exemplary environment for operation of the present invention.
Fig. 2 is a diagram illustrating an exemplary database record from a calling card subscriber database.
Fig. 3 is flow chart illustrating an exemplary method of 25 providing caller identification in conjunction with calling card calls.
Fig. 4 is a diagram illustrating a typical AIN query message that is routed to the SCP that includes the calling card caller ID database.
DETAILED DESCRIPTION
The present invention is directed to an improved system and method for providing calling party identification information to a called party in an intelligent network. In an exemplary embodiment, a telecommunications service provider, such as a long distance calling card company, maintains a subscriber database that includes preferred calling 35 number data and calling name data for each subscriber. When a subscriber places a call, the service provider looks up the subscriber's database record and sends the calling number data to the terminating end office. When the CA 022~1~07 1998-10-26 terminating end office launches a calling name inquiry, the inquiry will be directed to a database that includes the data from the service provider's subscriber database. The caller's name is returned to the terminating end office and displayed on the called party's display device, along with the 5 calling number data, date, and time. By directing the calling name inquiry to the service provider's subscriber database, or to a database that includes relevant data from the subscriber database, the called party's caller ID
display device is able to display both the calling party's identity and a valid call back number.
lo The present invention is particularly advantageous when used with to display a calling party's "portable" call back number. In the context of this discussion, portable numbers include so-called personal numbers, which route incoming calls to a list of directory numbers identified by the subscriber. This allows a user to give out a single telephone number and have the calls to that number routed to his or her home, office, cellular phone, etc. The term portable number also includes directory numbers associated with portable devices, such as wireless (e.g., cellular and PCS) telephones and pagers. Those skilled in the art will appreciate that portable numbers allow users to receive incoming telephone calls regardless of their geographic location.
Referring now to the drawings, in which like numerals represent like elements througho~t the several figures, an embodiment of the present invention and an exemplary operating environment will be described. The particular embodiments described herein are intended in all respects to be illustrative rather than restrictive. Alternative embodiments will become apparent to those skilled in the art to which the present invention pertains without departing from its spirit and scope.
EXEMPLARY OP~RATING ENVIRONMENT
Fig. 1 and the following discussion are intended to provide a description of an exemplary embodiment of the present invention as it may be provisioned in an exemplary telecommunications network environment.
Fig. l is a diagram of an exemplary embodiment and exemplary environment for operation of the present invention. Connected to the public switched telephone network (PSTN) 100 is an Advanced Intelligent Network (AIN) 105. For brevity, only a basic explanation of the AIN 105 is provided herein. Where the AIN 105 operates or is composed CA 022.7 1.,07 1998 - 10 - 26 , differently in an important aspect from that which would be understood by those skilled in the art, additional details are provided herein. For further information regarding the referenced AIN 105 and aspects thereof, the interested reader may refer to the patent to U.S. Patent No. 5,430,719, to 5 Weisser, which is incorporated herein by reference.
A telephone 110 represents terminating equipment connected to the PSTN 100. Those skilled in the art will appreciate that the AIN 105 is operated by a local exchange carrier, such as the assignee of the present invention, and that the PSTN 100 represents various networks belonging to lo other entities. For purposes of the present invention, the PSTN may represent telecommunications networks operated by other local exchange carriers in the United States and various telephone companies around the world. Similarly, in the exemplary embodiment of Fig. l, the local exchange carrier that operates the AIN 105 also provides long distance 15 calling card services to subscribers.
The AIN 105 includes a variety of interconnected network elements. A group of such network elements includes the plurality of central offices, which are indicated as service switching points (SSPs) 115a, 115b. An SSP typically includes switch functionality, but also 20 includes other functionality so as to communicate with other AIN elements as those skilled in the art understand. The SSP 115b has a plurality of subscriber lines connected thereto, A subscriber line may also be referred to as a calling line. Each SSP serves a designated group of calling lines, and thus, the SSP that serves a particular calling line may be referred to as 2s its serving SSP. Each calling line is connected typically to a piece of terminating equipment including a plurality of telephones commonly referenced as 120 and individually referenced as 120a and 120b.
Although telephones are illustrated as the pieces of terminating equipment in Fig. 1, those skilled in the art will understand that such pieces include 30 other telecommunication devices such as facsimile machines, computers, modems, etc. The telephone 120b is also connected to a caller ID display device 125, which is capable of displaying the calling number and the calling party's name when a call is received.
In an exemplary embodiment, each active calling line in an 35 AIN is assigned a ten digit calling line number. In the description of the present invention, the term "calling line number" is used in its generally understood meaning to be the number that is dialed or input by a caller or CA 022~1~07 1998-10-26 source to reach a piece of terminating equipment on a calling line associated with the dialed calling line number. A calling line number is commonly referred to as a telephone number or a directory number.
SSPs 115a, 115b are interconnected by one or more trunk 5 circuits 130. These are the voice path trunks that interconnect the SSPs to connect communications. The term "communication" or "call" is used herein to include all messages that may be exchanged between caller and called party in the network illustrated in Fig. 1.
Each of the SSPs 115a, 115b is connected to another type of lo AIN element referred to as a local signal transfer point (STP) 135 via respective data links. Currently, these are data links employing a signaling protocol referred to as Signaling System 7 (SS7), which is well known to those skilled in the art. Much of the intelligence of the AIN re'sides in yet another type of AIN element referred to as a local service control point 15 (SCP) 140 that is connected to STP 135 over a SS7 data link. Among the functions performed by the SCP 140 is the maintenance of network databases and subscriber databases referred to collectively as local SCP
databases 142. These databases may be used in providing advanced telecommunication services to a customer. Typically, the SCP 140 is also 20 the repository of service package applications (SPAs) that are used in connection with or as part of the databases in the application of advanced telecommunication services or enhanced features to calling lines.
As used herein, the phrase "advanced telecommunication services" refers to features or enhancements that are provided by a 25 telecommunications service provider to a customer in addition to conventional telephone service through the PSTN.
Referring again to Fig. 1, the local SCP 135 may be connected to other network elements through a regional STP 145, which in turn, may be connected to a regional SCP 150. The regional SCP 150 may maintain 30 one or more regional SCP databases 152. Both regional SCP 150 and local SCP 140 are connected to a service management system (SMS) 155 via respective data links (not shown). The SMS 155 interfaces to other operation systems of the local exchange carrier and interexchange carriers.
In order to keep the processing of data and calls as simple as 35 possible, a relatively small set of triggers is defined at the SSPs for each call. A trigger in the AIN is an event associated with a particular call that generates a packet to be sent to an SCP. The trigger causes the SCP to CA 022~1~07 1998-10-26 query its databases or service package applications for processing instructions with respect to the particular call. The results are sent back to the SSP in a response from the SCP 140 through STP 135. The return packet includes instructions to the SSP as to how to process the call. The 5 instructions may be to take some special action as a result of a customized calling service or enhanced feature. In response, the SSP moves through its call states, collects the called digits, and generates additional packets that are used to set up and route the call. Similar devices for routing calls among various local exchange carriers are provided by regional STP 145 l0 and regional SCP 150.
As illustrated in Fig. 1, the AIN 105 also includes a service circuit node 160 (SCN), which may also be referred to herein as a service node (SN). SCN 160 includes voice and dual tone multi-frequency (DTMF) signal recognition devices and voice synthesis devices. SCN 160 15 is connected to the local SCP 140 via data link 165 using an X.25 protocol and to the SMS 155 via a data link (not shown). In addition, SCN 160 typically is connected to one or more (but usually only a few) SSPs via Integrated Service Digital Network (ISDN) links as shown by the connection to SSP 115b.
EXEMPLARY PROVISIONING OF
THE PRESENT INVENTION
With continuing reference to Fig. l, an exemplary approach to provisioning the present invention will be described. In an exemplary 25 embodiment, the present invention is employed by a telecommunications company to provide caller identification services to those who subscribe to its calling card service. These services will permit the recipient of a calling card call from a subscriber to receive the called ID information required to display both the caller's identity and a valid call back number, regardless of 30 where the caller is calling from. In the exemplary embodiment, the long distance service is provided by the same local exchange carrier that operates the AIN 105.
To implement this service, the calling card company employs a toll switch (SSP 115a) to receive calls from its subscribers. Is this case, 35 the SSP 115a is not connected to any individual subscriber lines or terminating equipment. An SCP 170 houses the calling card caller ID
application and the calling card subscriber database 180. The calling card CA 022~1~07 1998-10-26 subscriber database includes the subscriber's calling card number, personal identification number, and the calling number data and calling name data that the subscriber would like to be sent to the called party's terminating equipment. Advantageously, the calling number data may represent a subscriber's portable number instead of a fixed residential or business phone. The toll switch 115a is connected to SCN 175, which is used primarily to provide instructions to the subscriber through voice prompts and to collect digits representative of the subscriber's calling card number and the directory number of the called party. The SCN 175 and SCP 170 I O are connected to each other and to the other AIN components in a conventional fashion.
Fig. 2 illustrates the relevant fields of an exemplary database record 200 from the calling card subscriber database, which is stored at SCP 170. For each subscriber, the database includes a subscriber number lS 205, such as the subscriber's account number or calling card number, and personal identification number 210, which is used for validation purposes.
The database also includes calling name data (display name 215) and calling number data (display number 220). The display number 220 will be sent from the calling card company's toll switch to the terminating switch as the calling line data. The display name 215 is the name that will eventually be sent to the terminating switch as the calling name data after it launches its calling name query. . Those skilled in the art will appreciate that the database may also include additional information for billing and administrative purposes.
Fig. 3 is a flow chart illustrating an exemplary method 300 for implementing a calling card caller ID service in accordance with the present invention. It will be appreciated that the flow chart is Fig. 3 represents steps carried out by the caller, the PSTN, and various parts of the AIN.
At step 305 a long distance service subscriber initiates a calling card call by calling a directory number associated with the long distance service provider. Typically, this number is a toll free 800 number. For purposes of this illustration, the call may originate from terminating equipment 110 (Fig. 1) connected to the PSTN 100.
At step 310 the call is routed to a toll switch 115a (Fig. 1), which is operated by the long distance service company. In an exemplary embodiment, the toll switch is an SSP that forms a part of the AIN 105.
CA 022~1~07 1998-10-26 At step 315 the toll switeh 115a (Fig. l) conneets the calling card caller to the SCN 175 (Fig. 1), which plays a message instrueting the caller to enter his or her calling card number and PIN.
At step 320 the SCN 175 plays a message instructing the 5 caller to enter his or her calling eard number and PIN. The caller responds by entering the calling card number and PIN at step 325. The SCN collects the entered digits and transmits them to the SCP 170. At step 330 the SCP validates the calling card number and PIN and looks up the display number 220 (Fig. 2) in the database record associated with that 10 calling card number.
It will be appreciated that the teleeommunieations eompany may allow the subseriber to seleet one of a group of predetermined display names to be transmitted during eaeh eall. In this scenario, the subscriber could provide a plurality of phone numbers (e.g., office and mobile), and lS select the desired display number at the beginning of each call. For example, the SCN may play a recording that instructs the subscriber to enter a "1" to select the offiee number and a "2" to seleet the mobile number as the display number.
At step 335 the SCN plays an announeement instrueting the 20 caller to enter the directory number to be called. The caller enters the called number at step 340 and the SCN transmits the number to the SCP.
At step 345 the SCP instructs the switch 115a to route the call to the called number and to use the display number from the calling card subscriber database as the calling line identifieation data that will is transmitted to the25 terminating switeh.
At step 350 the terminating switeh 115b (Fig. l) reeeives the call from the toll switch 115a and determines whether the called party has subseribed to the ealling name, or Caller ID-Deluxe, serviee. If not, the operation proeeeds to step 355 and process the call in a normal manner.
30 The operation subsequently terminates at step 360. If the terminating switch needs to launch a ealling name query, the operation proeeeds to step 365.
At step 365 the terminating switeh 115b launehes a calling name query using the calling number that was reeeived from the toll switeh 35 in the called party address portion of the query. At step 370 the STP 135 (Fig. 1) performs a global title translation on the data in the Called Party Address field and routes the query to the SCP that contains the calling name CA 022~1~07 1998-10-26 data associated with the calling card subscriber. Those skilled in the art will appreciate that the query may be routed to the SCP 170 (Fig. 1).
Alternatively, the required data from the calling card subscriber's database may be stored in a database on other SCPs, such as the local SCP 30, or the 5 regional SCP 150. This routing operation is described more completely below.
At step 375 the SCP retrieves the display name 215 (Fig. 2) from the database and transmits the calling name data to the terminating switch 115b. At that point (step 380), the call is completed and the calling l0 name data, calling number data, date, and time are sent to the caller ID
display device 120 in a conventional manner. The calling name data, calling number data, date, and time are displayed on the display device at step 385. At that point, the call is processed normally (step 355) and the operation subsequently terminates at step 360.
ROUTING THE CALLING NAME QUE~Y AND
THE FORMAT OF THE CALLING NAME DATABASE
When the terminating SSP determines that the called party subscribes to the calling name delivery service, it launches an AIN query to 20 obtain the calling name that should be displayed on the called party's display device. Fig. 4 illustrates a typical AIN query message 400.
Typically, the SSP p~pulates the routing parameters with the expectation that the STP will determine how to route the message and will reformat the message with the final routing information. In the case of 25 most AIN queries, the SSP populates the routing parameters as follows.
The destination point code (DPC) 405 includes the capability code of the local STP pair, and the origin point code (OPC) 410 includes the point code of the SSP that is originating the AIN query. The called party address 415 includes subsystem number (SSN) and a global title, which is the 10-30 digit called number. The calling party address 420 includes a SSN and thepoint code of the SSP that is originating the AIN query. For database services, the call data 425 includes Transaction Capability Application Part (TCAP) data, which includes a transaction ID, a trigger type, and a service key. The transaction ID is assigned a unique value for each call. The 35 trigger type identifies the trigger type that was detected by the SSP. The service key is set to the 10-digit dialed number. It will be appreciated that the global title includes the called number because most AIN services are CA 022~1~07 1998-10-26 provided to the party that is receiving the call, not the calling party.
Therefore, the query must be directed to a database that contains information about the services that are provided to the called party.
When the AIN query message is received by an STP, the STP
s performs a Global Title Translation on the global title (i.e., the called party address), changes the message parameters as follows, and launches the message. The STP changes the destination point code 405 to the point code of the appropriate SCP. In the called party address 415, the SSN data is changed to the SSN of the appropriate AIN Service Package Application lO (SPA).
When an SCP responds to the AIN query, the SCP will reformat the message as follows. The routing label will contain the destination point code of the SSP and the origin point code of the SCP. The called party address will contain the SSN of the SSP, and the calling party l5 address will contain the SSN of the SCP. This information will allow the response message to get to the right subsystem in the right SSP.
In the case of a typical calling name query, the standard AIN
query message format described above is altered by using the calling number as the global title. This allows an STP to translate the global title 20 and route the query to a database containing information about the calling party (e.g., a calling name database). Those skilled in the art will appreciate that the global title field of an AIN query is limited to 10 digits and that the global title translation is usually based on the first six digits (commonly referred to as the NPA-NXX). Although the global title field 2s is limited to 10 digits, the calling number data sent by the originating switch can include up to 15 digits.
In a standard calling name database, each customer record includes two fields: an ICLID field and a calling name (CNAM) field.
When a calling name query is received by an SCP, it executes a calling 30 name SPA and retrieves from the calling name database the calling name associated with the ICLID. The calling name data is then returned to the SSP that launched the query.
It will be appreciated that a calling card calling name database may be organized in a variety of ways. Exemplary methods are discussed 35 below.
In one embodiment, the calling card calling name data may be added to a standard calling name database using linked records. This CA 022~1~07 1998-10-26 approach results in a two-pass calling name inquiry, and is most feasible when the calling card database and the calling name database are controlled by the same entity. In this embodiment, the modified calling name database includes both standard records and linked records. Each of the standard s records includes an ICLID and associated caller name. As mentioned earlier, these records are typically derived from billing records for residential and business customers. The linked records are used to link a calling card subscribers calling name data to a standard record that is associated with the subscriber and includes the subscriber's name, as shown lo below:
ICLID CNAM
Standard record 5552345678 Bob Srnith Linked record 5559876543 *5552345678*
In this example, both records are for Bob Smith. The standard record includes Bob Smith's name and uses his residential or business 20 number as the ICLID. In the linked record, the ICLID is the calling number data Bob Smith has indicated he wants to be displayed when he makes a calling card call. In the linked record, the CNAM field includes special characters and a "key" that links the record to Bob Smith's standard record. In this example, the key corresponds to the ICLID associated with 25 Bob Smith's standard record (5552345678) and the special characters include an asterisk (*). In this format, one special character precedes the key and one special character follows the key. When an SCP retrieves CNAM data that is preceded by a special character, the SCP can initiate a query of the standard record with ICLID data that corresponds to the key 30 (i.e., the directory number) that is included in the CNAM data retrieved from the linked record. This will result in the retrieval of the CNAM
"Bob Smith" from the standard record.
In an alternative embodiment, a two-pass calling name inquiry is used with two or more databases. This embodiment employs a calling 3s card calling name database with linked records (for the first pass) and one or more separate calling name databases (for the second pass). Those skilled in the art will appreciate that this approach may be suitable for a CA 022~1~07 1998-10-26 regional service provider that maintains separate calling name databases for each state in the region.
If this embodiment is employed with calling card customers that want to display similar calling numbers, such as personal 800 numbers, 5 the service provider may employ a single database that includes the linked records for its subscribers' 800 numbers. This 800 number database contains linked records that link that 800 number to the subscriber's standard telephone number.
In order to improve the efficiency of the CNAM lookup 10 operation, it is useful to also include a database identifier, such as a calling name database identification number, in the CNAM field of the linked records. In one embodiment, the database identifier is a two-digit calling name database ID number that identifies the calling name database that includes the customer's record. An example of a modified linked record is 15 shown below, where the calling name database ID number is represented by the digits "xx":
LINKED DATABASE
ICLID CNAM
Linked record 8005552468 *4045551357*xx STANDARD CNAM DATABASE
ICLID CNAM
Standard record 4045551357 Jim Brown In this example, the initial calling name query is routed to the linked database. When the SCP looks up the CNAM data associated with the linked record's ICLID number, it retrieves "*40455;j1357*xx". Upon 30 detecting the leading special character (*), the SCP will read the calling name database ID number (xx) and refer to a table that provides the destination point code (DPC) of the calling name database that is identified by the retrieved database ID number "xx". A query will then be routed to the database "xx" to look up the calling name associated with the key that 35 was included in the linked record's CNAM field. When this query is received by the CNAM database xx, the CNAM database will use the calling line identification number (e.g., 4045551357) to retrieve Jim Brown's CA 022~1~07 1998-10-26 name from a standard CNAM field. The SCP then returns the name "Jim Brown" to the SSP that launched the initial calling name query.
Those skilled in the art will appreciate that including a calling name database ID number in the linked record allows the SCP to perform a 5 type of global title mapping and route the query to the proper DPC. This allows the SCP to avoid launching a query that would need to be translated by an STP.
In these and other scenarios, those skilled in the art will appreciate an SMS can be used to update the calling name database's linked 10 records with data from the calling name database. Those skilled in the art will also appreciate that using linked records may facilitate some aspects of database management.
In another exemplary embodiment, the service provider maintains a separate calling card calling name database for its subscribers.
15 Calling name queries are routed to this special database by using non-standard numbers in the global title field of the AIN queries. This approach requires the insertion of special numbers or characters, and is ideally suited for use with calling numbers that employ the prefix "1". For example, a user may want to display an 800 number, such as "1 800 555 20 3579", as a valid callback number.
In this example, the toll switch sends "1 800 555 3579" as the ICLID. When the terminating switch launches its calling name query, it places the first 10 digits (i.e., "1 800 555 357") in the global title field of the query. An STP performs a global title translation and routes the query 25 to the SCP with the calling card calling name database. The SCP looks up the CNAM associated with the ICLID "1 800 555 357" and returns the CNAM to the SSP that launched the initial calling name query.
Although this provides a suitable mechanism for routing a query to the proper SCP, those skilled in the art will appreciate that 30 truncating the last digit of the directory number limits the number of directory numbers that can be serviced by the database. In fact, the number of directory numbers available to a service provider's calling card caller identification service is reduced by one order of magnitude. So, for example, once a subscriber uses the directory number "800 555 1110", the 35 directory numbers 800 555 lllx, where x is a digit from 1 to 9, are precluded from being used as ICLID data in the calling card calling name database. Although this implementation provides a cost reduced calling CA 022~1~07 1998-10-26 card caller ID system, it requires the service provider to carefully manage the process by which numbers are assigned to subscribers. In this case, the available numbers could be reserved for "premium" customers.
As an alternative to using a " l " as the leading, special S character, the service provider may elect to use any non-standard number that is not a valid callback number in order to ensure that the desired name is displayed. However, because the ICLID will be displayed on the called party's caller ID display device, the chosen non-standard numbers should be numbers that the called party will not try to call back. For example, a l0 number like "002 555 1357" can be used to route a query to a calling name database, and is a number that most people will not try to call back.
ALTERNATIVE EMBODIMENTS
In the embodiment of Fig. l, the calling card subscriber 15 database 180 is located at SCP 170. As mentioned above, in one embodiment, the calling name query from the terminating switch will be directed to the SCP 170 and the calling name data will be retrieved from the calling card subscriber database 180. Those skilled in the art will appreciate that the calling card calling name database, from which the 20 calling name data is retrieved, may be a separate database and may be located at other SCPs. For example, the relevant data from the calling card subscriber database may be copied a separate calling card calling name database that is maintained on another SCP. Alternatively, the relevant data from the calling card subscriber database may transferred to an existing 2s database at another SCP. For example, the necessary data from the calling card subscriber database may be appended to one or more regular calling name databases, such as those that are maintained and employed in conventional calling name delivery services. In either case, the SMS 155 (Fig. l) may be employed to transfer data from the subscriber records in 30 the calling name database 180 to databases at other SCPs in the AIN 105, such as local SCP 140 or regional SCP 152.
In the embodiment of Fig. l, all of the calling card calls are routed to the toll switch 115a, which launches a query to obtain the proper calling number data from the subscriber's account records. Those skilled 35 in the art will appreciate that routing calls to the toll switch can be avoided if the calling card call is placed from a switch in the AIN and if the originating switch is programmed to launch a calling card query in CA 022~1~07 1998-10-26 response to the calling card 800 number being dialed. At that point, an SCP would retrieve the calling number data and instruct the originating switch to route the call to the appropriate terminating switch and to send the retrieved calling number data as the calling number.
s CONCLUSION
From the foregoing description, it will be appreciated that the present invention provides an improved system and method for providing calling party identification information to a called party in an intelligent network. In an exemplary system, a service provider, such as a long distance calling card company, maintains a subscriber database that includes preferred calling number data and calling name data for each subscriber.
When a subscriber places a call, the service provider looks up the subscriber's database record and sends the calling number data to the terminating end office in place of normal calling number data. When the terminating end office launches a calling name inquiry, the inquiry will be directed to a database that includes the data from the service provider's subscriber database. The caller's name is returned to the terminating end office and displayed on the called party's display device, along with the calling number data, date, and time. By directing the calling name inquiry to the service provider's subscriber database, or to a database that includes relevant data from the subscriber database, the called party's caller ID
display device is able to display both the calling party's identity and a valid call back number.
The present invention allows a caller to let the called party know both who the caller is and how to reach the caller, regardless of where the caller is calling from. It is believed that a service embodying the invention will be especially attractive to travelers and other business people who rely on "portable" numbers, such as personal numbers, or portable devices, such as cellular telephones, pagers, and the like, to receive calls regardless of where they are located. In this context, a caller will be properly identified and the preferred call back number will be displayed on the called party's caller ID display device. In another context, a service embodying the present invention will allow a traveling family members to be properly identified when they place a call back to their home.
A system in accordance with the present invention accomplishes two objectives. In a first aspect, such a system includes a CA 022~1~07 1998-10-26 subscriber database that provides the calling number data that is sent to the terminating switch and displayed on the called party's display device. This allows the subscriber to select a preferred calling number that will be transmitted with his or her calls. Preferably, this number is a portable s number, but may be the subscriber's home number, work number, etc.
The second aspect of the system includes adding new entries to a calling name database in order to match a name to non-traditional telephone numbers, thereby allowing the caller to be properly identified on the called party's display device.
Although the present invention has been described in an embodiment that provides caller identification data in conjunction with calling card calls, those skilled in the art will recognize that the present invention may be employed in other contexts. For example, a provider of business telephone services may employ the invention to replace a 15 business ' s outgoing trunk line numbers with the business' s inbound directory number and to display the business's name.
The present invention has been described in relation to particular embodiments which are intended in all respects to be illustrative rather than restrictive. Alternative embodiments will become apparent to 20 those skilled in the art to which the present invention pertains without departing from its spirit and scope. Accordingly, the scope of the present invention is defined by the appended claims rather than the foregoing description.
Claims (19)
1. In a telecommunications network, a method for providing calling party identification information to a called party, comprising the steps of:
receiving a first query from a first switch, the first query including a subscriber number;
in response to the first query, retrieving a calling line identification number associated with the subscriber number;
transmitting the calling line identification number to the first switch;
receiving a second query from a second switch, the second query including the calling line identification number;
in response to the second query, retrieving calling party identification information associated with the calling line identification number; and transmitting the calling party identification information to the second switch.
receiving a first query from a first switch, the first query including a subscriber number;
in response to the first query, retrieving a calling line identification number associated with the subscriber number;
transmitting the calling line identification number to the first switch;
receiving a second query from a second switch, the second query including the calling line identification number;
in response to the second query, retrieving calling party identification information associated with the calling line identification number; and transmitting the calling party identification information to the second switch.
2. The method of Claim 1, wherein retrieving calling party identification information associated with the calling line identification number comprises the steps of:
retrieving calling name data associated with the calling line identification number;
determining whether the calling name data includes a special character; and in response to the calling name data including a special character, retrieving the calling party identification information, the calling party identification information being associated with a key that forms a part of the calling name data.
retrieving calling name data associated with the calling line identification number;
determining whether the calling name data includes a special character; and in response to the calling name data including a special character, retrieving the calling party identification information, the calling party identification information being associated with a key that forms a part of the calling name data.
3. The method of Claim 2, wherein the calling name data and the calling party identification information are retrieved from a single database.
4. The method of Claim 2, wherein the calling name data is retrieved from a first database, the calling party identification information is retrieved from a second database, and wherein the calling name data comprises a database identifier linking the calling name data to the second database.
5. The method of Claim 1, wherein the calling line identification number comprises a non-standard number.
6. The method for Claim 5, wherein retrieving calling party identification information associated with the calling line identification number comprises the steps of:
identifying a database record including the non-standard calling line identification number; and retrieving the calling party identification information from the database record.
identifying a database record including the non-standard calling line identification number; and retrieving the calling party identification information from the database record.
7. The method of Claim 1, wherein the subscriber number comprises a calling card number.
8. The method of Claim 1, wherein the first switch is a toll switch.
9. In a telecommunications network, a data structure for allowing calling party information associated with a calling party to be displayed on a display device associated with a called party, the data structure comprising:
a linked record including a first field and a second field, the first field including a calling line identification number associated with the calling party, the second field including a special character and a key;
and a standard record including a first field and a second field, the first field including a calling line identification number corresponding to the key, the second field including calling name data associated with the calling party, whereby the telecommunications network is able to provide to the display device both the calling line identification number associated with the calling party and the calling name data associated with the calling party.
a linked record including a first field and a second field, the first field including a calling line identification number associated with the calling party, the second field including a special character and a key;
and a standard record including a first field and a second field, the first field including a calling line identification number corresponding to the key, the second field including calling name data associated with the calling party, whereby the telecommunications network is able to provide to the display device both the calling line identification number associated with the calling party and the calling name data associated with the calling party.
10. The data structure of Claim 9, wherein the linked record and the standard record are including in a single database.
11. The data structure of Claim 9, wherein the linked record is included in first database and the standard record is included a second database.
12. The data structure of Claim 11, wherein the second field of the linked record further comprises a database identifier associating the linked record in the first database with the second database.
13. In an intelligent switched telecommunications network including an originating switch, a terminating switch, a service control point, a signal transfer point, and a data link functionally connecting the originating switch, the terminating switch, the service control point, and the signal transfer point, a method for providing calling party identification information to a called party, comprising the steps of:
receiving at the originating switch a telephone call to the called party, the telephone call including a subscriber number;
at the originating switch, launching a first query including the subscriber number;
receiving the first query at the service control point;
at the service control point, retrieving a calling line identification number associated with the subscriber number;
transmitting the calling line identification number to the originating switch;
at the originating switch, transmitting the calling line identification number to the terminating switch;
at the terminating switch, launching a second query including the calling line identification number;
receiving the second query at the service control point;
at the service control point, retrieving calling party identification information associated with the calling line identification number;
transmitting the calling party identification information to the terminating switch;
at the terminating switch, transmitting the calling line identification number and the calling party identification data to terminating equipment associated with the called party.
receiving at the originating switch a telephone call to the called party, the telephone call including a subscriber number;
at the originating switch, launching a first query including the subscriber number;
receiving the first query at the service control point;
at the service control point, retrieving a calling line identification number associated with the subscriber number;
transmitting the calling line identification number to the originating switch;
at the originating switch, transmitting the calling line identification number to the terminating switch;
at the terminating switch, launching a second query including the calling line identification number;
receiving the second query at the service control point;
at the service control point, retrieving calling party identification information associated with the calling line identification number;
transmitting the calling party identification information to the terminating switch;
at the terminating switch, transmitting the calling line identification number and the calling party identification data to terminating equipment associated with the called party.
14. The method of Claim 13, wherein retrieving calling party identification information associated with the calling line identification number comprises the steps of:
retrieving calling name data associated with the calling line identification number;
determining whether the calling name data includes a special character; and in response to the calling name data including a special character, retrieving the calling party identification information, the calling party identification information being associated with a key that forms a part of the calling name data.
retrieving calling name data associated with the calling line identification number;
determining whether the calling name data includes a special character; and in response to the calling name data including a special character, retrieving the calling party identification information, the calling party identification information being associated with a key that forms a part of the calling name data.
15. The method of Claim 14, wherein the calling name data and the calling party identification information are retrieved from a single database.
16. The method of Claim 14, wherein the calling name data is retrieved from a first database, the calling party identification information is retrieved from a second database, and wherein the calling name data comprises a database identifier linking the calling name data to the second database.
17. The method of Claim 13, wherein the calling line identification number comprises a non-standard number.
18. The method for Claim 17, wherein retrieving calling party identification information associated with the calling line identification number comprises the steps of:
identifying a database record including the non-standard calling line identification number; and retrieving the calling party identification information from the database record.
identifying a database record including the non-standard calling line identification number; and retrieving the calling party identification information from the database record.
19. The method of Claim 13, wherein the subscriber number comprises a calling card number.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/957,832 US5903636A (en) | 1997-10-27 | 1997-10-27 | System and method for providing caller identification in conjunction with calling card calls |
| US08/957,832 | 1997-10-27 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2251507A1 CA2251507A1 (en) | 1999-04-27 |
| CA2251507C true CA2251507C (en) | 2002-02-12 |
Family
ID=25500209
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002251507A Expired - Fee Related CA2251507C (en) | 1997-10-27 | 1998-10-26 | System and method for providing caller identification in conjunction with calling card calls |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5903636A (en) |
| CA (1) | CA2251507C (en) |
Families Citing this family (97)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5835061A (en) | 1995-06-06 | 1998-11-10 | Wayport, Inc. | Method and apparatus for geographic-based communications service |
| US8606851B2 (en) | 1995-06-06 | 2013-12-10 | Wayport, Inc. | Method and apparatus for geographic-based communications service |
| US5982866A (en) * | 1997-04-25 | 1999-11-09 | At&T Corporation | Method and apparatus for forwarding caller identification for a credit card or calling card call to an automatic number identification system of a telephone network |
| US6748069B1 (en) * | 1997-09-19 | 2004-06-08 | Bellsouth Intellectual Property Corp. | Method and system for routing calling name queries |
| US6094574A (en) * | 1997-10-31 | 2000-07-25 | Vance; Kenneth Ronald | Alpha enhanced paging and voice mail system and method |
| US6160794A (en) * | 1997-11-10 | 2000-12-12 | Malik; Dale W. | Method and system to obtain test information regarding an advanced service in a telecommunications system |
| CA2254393C (en) * | 1997-12-16 | 2002-02-26 | David R. Glass | Method and apparatus for providing calling number identification alias in a communications system |
| US6370241B1 (en) * | 1997-12-23 | 2002-04-09 | Quest Communications Int'l., Inc. | Telephony system for calling card calls |
| US6233316B1 (en) * | 1998-01-27 | 2001-05-15 | Dsc Telecom, L.P. | Voice enhanced phone card |
| US6295351B1 (en) * | 1998-04-23 | 2001-09-25 | Bellsouth Intellectual Propety Corporation | System and method for invocation of a check of a telecommunications application through use of a call probe |
| US7145989B1 (en) | 1998-07-27 | 2006-12-05 | Mci, Inc. | Pre-paid telephone calling card having an associated pre-recorded personal greeting |
| KR100275522B1 (en) * | 1998-11-24 | 2000-12-15 | 정선종 | Method for providing of personal information to call center using intelligent network |
| US7002988B1 (en) * | 1998-12-04 | 2006-02-21 | Tekelec | Methods and systems for communicating SS7 messages over packet-based network using transport adapter layer interface |
| US6327347B1 (en) | 1998-12-11 | 2001-12-04 | Nortel Networks Limited | Calling party identification authentication and routing in response thereto |
| US6870914B1 (en) * | 1999-01-29 | 2005-03-22 | Sbc Properties, L.P. | Distributed text-to-speech synthesis between a telephone network and a telephone subscriber unit |
| US6400809B1 (en) * | 1999-01-29 | 2002-06-04 | Ameritech Corporation | Method and system for text-to-speech conversion of caller information |
| US7103167B2 (en) | 2002-05-20 | 2006-09-05 | Callwave, Inc. | Systems and methods for call screening |
| US7822188B1 (en) | 1999-04-01 | 2010-10-26 | Callwave, Inc. | Methods and apparatus for providing expanded telecommunications service |
| US6954526B1 (en) * | 1999-04-05 | 2005-10-11 | Tekelec | Methods and systems for routing calling name service query messages in a communication network |
| US6603846B1 (en) * | 1999-04-07 | 2003-08-05 | Agere Systems, Inc. | Methods and devices for selecting preferred call back numbers using CID data |
| US6745177B2 (en) | 1999-04-09 | 2004-06-01 | Metro One Telecommunications, Inc. | Method and system for retrieving data from multiple data sources using a search routing database |
| US7180990B1 (en) | 1999-05-27 | 2007-02-20 | Mci, Llc | Prepaid telephone calling card with message recording capability |
| US6324271B1 (en) * | 1999-08-17 | 2001-11-27 | Nortel Networks Limited | System and method for authentication of caller identification |
| US6618588B1 (en) * | 1999-08-23 | 2003-09-09 | Bellsouth Intellectual Property Corporation | Methods and systems for implementation of the calling name delivery service through use of a location register in a network element in a wireless network |
| IL149356A0 (en) | 1999-11-03 | 2002-11-10 | Wayport Inc | Distributed network communication system which enables multiple network providers to use a common distributed network infrastructure |
| WO2001049013A2 (en) * | 1999-12-24 | 2001-07-05 | Alcatel Usa Sourcing, L.P. | Method and apparatus for selective incoming call blocking based on calling line identification |
| US6826271B1 (en) * | 2000-05-10 | 2004-11-30 | Lucent Technologies Inc. | Enhanced caller identification |
| US7215749B1 (en) * | 2000-05-17 | 2007-05-08 | Gateway Inc. | Time, date and originating number display provided to calling party |
| US7318091B2 (en) * | 2000-06-01 | 2008-01-08 | Tekelec | Methods and systems for providing converged network management functionality in a gateway routing node to communicate operating status information associated with a signaling system 7 (SS7) node to a data network node |
| US6675017B1 (en) | 2000-06-30 | 2004-01-06 | Bellsouth Intellectual Property Corporation | Location blocking service for wireless networks |
| US6738808B1 (en) * | 2000-06-30 | 2004-05-18 | Bell South Intellectual Property Corporation | Anonymous location service for wireless networks |
| US8041817B2 (en) | 2000-06-30 | 2011-10-18 | At&T Intellectual Property I, Lp | Anonymous location service for wireless networks |
| US7796998B1 (en) * | 2000-08-01 | 2010-09-14 | At&T Intellectual Property, I, L.P. | Method and system for delivery of a calling party's location |
| US6981216B1 (en) * | 2000-11-09 | 2005-12-27 | Brandes George A | Method and system for subpoena generation including time-dependent reverse number search |
| US6771755B1 (en) * | 2000-11-30 | 2004-08-03 | Bellsouth Intellectual Property Corporation | Personalized caller identification in a telephone network |
| US7130630B1 (en) * | 2000-12-19 | 2006-10-31 | Bellsouth Intellectual Property Corporation | Location query service for wireless networks |
| US7428411B2 (en) * | 2000-12-19 | 2008-09-23 | At&T Delaware Intellectual Property, Inc. | Location-based security rules |
| US7181225B1 (en) | 2000-12-19 | 2007-02-20 | Bellsouth Intellectual Property Corporation | System and method for surveying wireless device users by location |
| US7245925B2 (en) * | 2000-12-19 | 2007-07-17 | At&T Intellectual Property, Inc. | System and method for using location information to execute an action |
| US7224978B2 (en) | 2000-12-19 | 2007-05-29 | Bellsouth Intellectual Property Corporation | Location blocking service from a wireless service provider |
| US7116977B1 (en) * | 2000-12-19 | 2006-10-03 | Bellsouth Intellectual Property Corporation | System and method for using location information to execute an action |
| US7085555B2 (en) | 2000-12-19 | 2006-08-01 | Bellsouth Intellectual Property Corporation | Location blocking service from a web advertiser |
| US7110749B2 (en) | 2000-12-19 | 2006-09-19 | Bellsouth Intellectual Property Corporation | Identity blocking service from a wireless service provider |
| US6744868B2 (en) | 2001-05-31 | 2004-06-01 | Alcatel | Call party profile presentation service in a multimedia-capable network |
| US7085358B2 (en) * | 2001-06-25 | 2006-08-01 | Bellsouth Intellectual Property Corporation | Visual caller identification |
| US7012999B2 (en) * | 2001-06-25 | 2006-03-14 | Bellsouth Intellectual Property Corporation | Audio caller identification |
| US7315614B2 (en) | 2001-08-14 | 2008-01-01 | At&T Delaware Intellectual Property, Inc. | Remote notification of communications |
| US7054430B2 (en) * | 2001-08-23 | 2006-05-30 | Paymentone Corporation | Method and apparatus to validate a subscriber line |
| US6658260B2 (en) | 2001-09-05 | 2003-12-02 | Telecommunication Systems, Inc. | Inter-carrier short messaging service providing phone number only experience |
| US7269249B2 (en) | 2001-09-28 | 2007-09-11 | At&T Bls Intellectual Property, Inc. | Systems and methods for providing user profile information in conjunction with an enhanced caller information system |
| US7079837B1 (en) * | 2001-11-06 | 2006-07-18 | Bellsouth Intellectual Property Corporation | Caller identification queue for wireless telephones |
| US7315618B1 (en) | 2001-12-27 | 2008-01-01 | At&T Bls Intellectual Property, Inc. | Voice caller ID |
| EP1333688A1 (en) * | 2002-02-04 | 2003-08-06 | Siemens Aktiengesellschaft | Callback to an other person than the calling party |
| US6996217B2 (en) | 2002-02-21 | 2006-02-07 | Unblockable, Inc. | Converting automatic number identification information to caller ID information |
| US20030174821A1 (en) * | 2002-03-14 | 2003-09-18 | International Business Machines Corporation | Method and apparatus for calling card callbacks |
| US7120237B1 (en) | 2002-05-30 | 2006-10-10 | Bellsouth Intellectual Property Corp. | Systems and methods for collect call processing |
| US7139374B1 (en) | 2002-07-23 | 2006-11-21 | Bellsouth Intellectual Property Corp. | System and method for gathering information related to a geographical location of a callee in a public switched telephone network |
| US7127488B1 (en) | 2002-07-23 | 2006-10-24 | Bellsouth Intellectual Property Corp. | System and method for gathering information related to a geographical location of a caller in an internet-based communication system |
| US7623645B1 (en) | 2002-07-23 | 2009-11-24 | At&T Intellectual Property, I, L.P. | System and method for gathering information related to a geographical location of a caller in a public switched telephone network |
| US20040101123A1 (en) * | 2002-11-22 | 2004-05-27 | Garcia Michael C. | Method of providing a temporary telephone number |
| US7443964B2 (en) | 2003-04-18 | 2008-10-28 | At&T Intellectual Property, I,L.P. | Caller ID messaging |
| US7978833B2 (en) | 2003-04-18 | 2011-07-12 | At&T Intellectual Property I, L.P. | Private caller ID messaging |
| US7113577B2 (en) * | 2003-10-17 | 2006-09-26 | Sprint Communications Company L.P. | Caller identification employing a digital content set |
| US7623849B2 (en) | 2003-11-13 | 2009-11-24 | At&T Intellectual Property, I, L.P. | Method, system, and storage medium for providing comprehensive originator identification services |
| US20050135591A1 (en) * | 2003-12-22 | 2005-06-23 | International Business Machines Corporation | Guest services management system and method |
| US7672444B2 (en) * | 2003-12-24 | 2010-03-02 | At&T Intellectual Property, I, L.P. | Client survey systems and methods using caller identification information |
| US6970546B2 (en) * | 2004-01-12 | 2005-11-29 | Bellsouth Intellecutal Property Corp. | Intelligent remote caller ID |
| US20050281400A1 (en) * | 2004-06-18 | 2005-12-22 | Zeiler Michael A | System and method of identifying to the called party the identity of individual caller |
| US7099445B2 (en) * | 2004-06-22 | 2006-08-29 | International Business Machines Corporation | Name-alias based delivery of subscriber services |
| US8195136B2 (en) | 2004-07-15 | 2012-06-05 | At&T Intellectual Property I, L.P. | Methods of providing caller identification information and related registries and radiotelephone networks |
| US20060078099A1 (en) * | 2004-10-08 | 2006-04-13 | Liebenow Sherrie L | Method, apparatus and system for restricted prepaid calling card |
| CN100403813C (en) * | 2004-11-18 | 2008-07-16 | 华为技术有限公司 | Number displaying method |
| KR100857019B1 (en) * | 2005-04-19 | 2008-09-05 | 주식회사 엘지화학 | Mechanically and Electrically Connecting Member |
| WO2007001114A1 (en) | 2005-05-03 | 2007-01-04 | Widerthan Co., Ltd. | Method for providing caller identification service and system of enabling the method |
| KR100821689B1 (en) * | 2005-05-03 | 2008-04-11 | 리얼네트웍스아시아퍼시픽 주식회사 | Method em for providing caller identificaiion of enterprise subscribers and system of enabling the method |
| US8855107B1 (en) | 2005-07-01 | 2014-10-07 | Callwave Communications, Llc | Methods and systems for call routing via a telephone number |
| US20070115928A1 (en) * | 2005-11-08 | 2007-05-24 | Benco David S | Network support for enhanced VoIP caller ID |
| SE531400C2 (en) * | 2006-05-10 | 2009-03-24 | Rebtel Networks Ab | telephone Communication |
| US20070286370A1 (en) * | 2006-05-24 | 2007-12-13 | Kauppinen Risto A | Apparatuses and methods for presenting caller identities for communications originating and terminating in different communication domains |
| US20080075253A1 (en) * | 2006-09-06 | 2008-03-27 | Avaya Technology Llc | Method and apparatus for displaying time and date of a calling party |
| US8548447B1 (en) | 2006-10-06 | 2013-10-01 | Callwave Communications, Llc | Methods and systems for blocking unwanted telecommunications |
| CA2679151A1 (en) | 2007-02-26 | 2008-09-04 | Performance Technologies Inc. | Point code emulation for common channel signaling system no. 7 signaling network |
| US8243909B2 (en) | 2007-08-22 | 2012-08-14 | At&T Intellectual Property I, L.P. | Programmable caller ID |
| US8160226B2 (en) | 2007-08-22 | 2012-04-17 | At&T Intellectual Property I, L.P. | Key word programmable caller ID |
| US8600341B2 (en) | 2008-03-14 | 2013-12-03 | William J. Johnson | System and method for location based exchanges of data facilitating distributed locational applications |
| US8634796B2 (en) | 2008-03-14 | 2014-01-21 | William J. Johnson | System and method for location based exchanges of data facilitating distributed location applications |
| US8639267B2 (en) | 2008-03-14 | 2014-01-28 | William J. Johnson | System and method for location based exchanges of data facilitating distributed locational applications |
| US8761751B2 (en) | 2008-03-14 | 2014-06-24 | William J. Johnson | System and method for targeting data processing system(s) with data |
| US9014658B2 (en) | 2008-03-14 | 2015-04-21 | William J. Johnson | System and method for application context location based configuration suggestions |
| US8566839B2 (en) | 2008-03-14 | 2013-10-22 | William J. Johnson | System and method for automated content presentation objects |
| CA2879180A1 (en) | 2012-03-07 | 2013-09-12 | Snap Trends, Inc. | Methods and systems of aggregating information of social networks based on geographical locations via a network |
| US9477991B2 (en) | 2013-08-27 | 2016-10-25 | Snap Trends, Inc. | Methods and systems of aggregating information of geographic context regions of social networks based on geographical locations via a network |
| US9894489B2 (en) | 2013-09-30 | 2018-02-13 | William J. Johnson | System and method for situational proximity observation alerting privileged recipients |
| US8861698B1 (en) * | 2014-02-06 | 2014-10-14 | Jeffrey D. Isaacs | Post-page caller name identification system |
| US20150334251A1 (en) * | 2014-05-16 | 2015-11-19 | Vonage Network Llc | Method and systems for dynamic selection of an originating identifier for billing optimization |
| US20160330453A1 (en) * | 2015-05-05 | 2016-11-10 | Cisco Technology, Inc. | Parameter Set Header |
| CN107438128A (en) * | 2016-05-27 | 2017-12-05 | 中兴通讯股份有限公司 | Caller ID display methods and device |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4277649A (en) * | 1980-01-18 | 1981-07-07 | Bell Telephone Laboratories, Incorporated | Method and apparatus for screening telephone calls |
| US4769834A (en) * | 1987-01-30 | 1988-09-06 | American Telephone And Telegraph Company And At&T Information Systems Inc. | Inter-exchange carrier access |
| US5289542A (en) * | 1991-03-04 | 1994-02-22 | At&T Bell Laboratories | Caller identification system with encryption |
| US5276731A (en) * | 1991-04-26 | 1994-01-04 | Rolm Company | Method and apparatus for handling incoming telephone calls |
| US5278894A (en) * | 1991-10-25 | 1994-01-11 | At&T Bell Laboratories | Use of incoming caller line identification |
| US5283824A (en) * | 1991-10-25 | 1994-02-01 | At&T Bell Laboratories | Calling line identification |
| US5787444A (en) * | 1993-03-15 | 1998-07-28 | International Business Machines Corp. | Method and apparatus for maintaining revision contol of a set of objects within a data processing system |
| US5590184A (en) * | 1995-03-03 | 1996-12-31 | Lucent Technologies Inc. | Communications privacy protection system by replacing calling party number with non-assigned number |
-
1997
- 1997-10-27 US US08/957,832 patent/US5903636A/en not_active Expired - Lifetime
-
1998
- 1998-10-26 CA CA002251507A patent/CA2251507C/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US5903636A (en) | 1999-05-11 |
| CA2251507A1 (en) | 1999-04-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2251507C (en) | System and method for providing caller identification in conjunction with calling card calls | |
| US8908850B2 (en) | International origin dependent customized routing of calls to toll-free numbers | |
| US5991377A (en) | System and method for manipulating data fields in a call structure for synchronizing billing information and retaining original calling party information | |
| US6185282B1 (en) | Apparatus and method for intelligent call routing and call return | |
| US6724882B2 (en) | Geographical call routing for a non-emergency calling service | |
| US5832072A (en) | Communication network with hidden calling number capability | |
| US7403603B2 (en) | Method of billing in an abbreviated dialing service | |
| US5757894A (en) | Virtual foreign exchange service | |
| US5943409A (en) | Method and system for providing automatic recall information in a telecommunications network | |
| US7809121B2 (en) | Identification of calling devices dialing a universal number to access a telecommunications relay service center | |
| US6301349B1 (en) | Method and system to connect an unanswered forwarded communication directly to a voice mail service | |
| US6868268B2 (en) | Audio calling name and number delivery | |
| US7499536B2 (en) | Apparatus and method for intelligent call routing and call return | |
| US7079837B1 (en) | Caller identification queue for wireless telephones | |
| US6748064B2 (en) | Systems and methods for least cost routing of long distance or international telephone calls | |
| US6980635B2 (en) | Methods and systems for automated prepaid service routing | |
| EP0924919A2 (en) | System and method for centrex translation | |
| US6922468B1 (en) | System and method of using local number portability (LNP) to redirect terminating calls to a service node | |
| US6879682B1 (en) | AIN to ISDN message mapping for intelligent peripheral service enhancement | |
| US6041112A (en) | Method for transferring switch-based information to an external network element | |
| CA2323908C (en) | Methods for processing operator services system calls | |
| US6813348B1 (en) | Method and system of call origination using a service circuit node in an advanced intelligent network | |
| US7903799B1 (en) | Method and apparatus for providing a communications service feature for a communication through a network | |
| CA2281135A1 (en) | Method and system for minimizing database structure overhead in handling large volume advanced intelligent network services | |
| WO1999063739A1 (en) | Telecommunications system and method of communicating with at least one second subscriber terminal associated with a first subscriber terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |