US6097802A - Advanced intelligent single telephone number routing - Google Patents

Advanced intelligent single telephone number routing Download PDF

Info

Publication number
US6097802A
US6097802A US08/608,400 US60840096A US6097802A US 6097802 A US6097802 A US 6097802A US 60840096 A US60840096 A US 60840096A US 6097802 A US6097802 A US 6097802A
Authority
US
United States
Prior art keywords
telephone number
subscriber
service
routing
zip code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
US08/608,400
Inventor
Harold C. Fleischer, III
Gwen H. Gaffney
Susan D. Eiffert
James C. Merlotti
Michael W. Boeckman
Brenda S. Thompson
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
AT&T Labs Inc
Original Assignee
SBC Technology Resources Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to US08/608,400 priority Critical patent/US6097802A/en
Application filed by SBC Technology Resources Inc filed Critical SBC Technology Resources Inc
Assigned to SOUTHWESTERN BELL TECHNOLOGY RESOURCES, INC. reassignment SOUTHWESTERN BELL TECHNOLOGY RESOURCES, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: THOMPSON, BRENDA S., BOECKMAN, MICHEAL W., EIFFERT, SUSAN D, FLEISCHER, HAROLD C. III, GAFFNEY, GWEN H., MERLOTTI, JAMES C.
Assigned to SBC TECHNOLOGY RESOURCES, INC. reassignment SBC TECHNOLOGY RESOURCES, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: SOUTHWESTERN BELL TECHNOLOGY RESOURCES, INC.
Priority to US09/567,431 priority patent/US6411699B1/en
Publication of US6097802A publication Critical patent/US6097802A/en
Application granted granted Critical
Priority to US09/976,292 priority patent/US6542598B2/en
Priority to US10/361,759 priority patent/US6697477B2/en
Priority to US10/743,467 priority patent/US6980636B2/en
Priority to US11/228,296 priority patent/US7218719B2/en
Priority to US11/690,681 priority patent/US7302052B2/en
Assigned to AT&T LABS, INC. reassignment AT&T LABS, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: SBC LABORATORIES, INC.
Assigned to SBC LABORATORIES, INC. reassignment SBC LABORATORIES, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: SBC TECHNOLOGY RESOURCES, INC.
Priority to US11/875,061 priority patent/US7421070B2/en
Priority to US12/186,304 priority patent/US7817793B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/54Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/04Recording calls, or communications in printed, perforated or other permanent form
    • H04M15/06Recording class or number of calling, i.e. A-party or called party, i.e. B-party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/07Split billing, i.e. both A-party and B-party charged for the communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/43Billing software details
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70Administration or customization aspects; Counter-checking correct charges
    • H04M15/705Account settings, e.g. limits or numbers or payment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80Rating or billing plans; Tariff determination aspects
    • H04M15/8033Rating or billing plans; Tariff determination aspects location-dependent, e.g. business or home
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/90Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42229Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0029Provisions for intelligent networking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0029Provisions for intelligent networking
    • H04Q3/005Personal communication services, e.g. provisions for portability of subscriber numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/64Distributing or queueing
    • H04Q3/66Traffic distributors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/12Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place intelligent networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/016Billing using Intelligent Networks [IN] or Advanced Intelligent Networks [AIN]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/64Split billing, sharing the cost of calls, e.g. between calling and called parties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/70Administration aspects, modify settings or limits or counter-check correct charges
    • H04M2215/7009Account settings, e.g. users, terminals, limits, numbers or payment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7435Location dependent, e.g. Bussiness or home
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2242/00Special services or facilities
    • H04M2242/30Determination of the location of a subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13097Numbering, addressing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13103Memory
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13141Hunting for free outlet, circuit or channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13345Intelligent networks, SCP

Definitions

  • the present invention generally relates to an apparatus and method for routing telephone calls in a telecommunications network according to the geographic location from which the call originates. More particularly, the present invention relates to an application in an Advanced Intelligent Network (AIN) for routing calls to a closest of a plurality of branch or satellite offices based upon the geographic area in which the call originates, e.g., according to the zip code+4 of the caller.
  • AIN Advanced Intelligent Network
  • the AIN evolved out of a need to increase the capabilities of the telephone network architecture to meet the growing needs of telephone customers.
  • the AIN architecture generally comprises two networks, a data messaging network and a trunked communications network.
  • the trunked communications network handles voice and data communications between dispersed network locations, whereas the data messaging network is provided for controlling operations of the trunked communications network.
  • FIG. 15 An illustration of the basic components of an AIN architecture is shown in FIG. 15.
  • CO Central Offices
  • SCP Service Control Point
  • STP Signaling Transfer Point
  • CCS Common Channel Signaling
  • Each CO 64-70 serves as a network Service Switching Point (SSP) to route telephone calls between a calling station (e.g., station 72) and a called station (e.g., station 84) through the trunked communications network 90-92.
  • SSP Service Switching Point
  • a number of features provided by prior AIN or AIN-type intelligent networks relate to specialized call processing of incoming calls.
  • U.S. Pat. Nos. 4,611,094 and 4,611,096, both to ASMUTH et al. disclose a system for providing custom incoming telephone call processing services to a subscriber operating at many geographically diverse locations.
  • a subscriber program stored in a central database is accessed to provide instructions to the SSPs to complete incoming calls to one of the subscriber locations in accordance with special services defined by the subscriber.
  • the subscriber program controls the Action Control Points (ACP) to string together the desired call processing capabilities to process each call.
  • Specified parameters stored in the program such as time of day, caller location and data inputted by the caller, determine the final destination to which each call should be completed.
  • U.S. Pat. No. 4,788,718, to McNABB teaches centralized recording of call traffic information.
  • the system provides a data gathering and recording function to the centralized database which stores the subscriber's call routing program.
  • the subscriber's call routing program performs several functions, including presenting various announcements to callers, prompting callers for inputting information digits and collecting the resulting information digits, routing the call to a number provided by the subscriber, and performing final call dispositions other than routing to the telephone number provided by the subscriber.
  • Processing of the call traffic information dynamically changes the subscriber's call routing program to reduce the number of blocked calls to the subscriber's telephone numbers.
  • U.S. Pat. No. 5,247,571, to KAY et al. discloses an Area Wide Centrex system to provide specialized calling features to stations connected to a plurality of central offices. Each of the central office switching points connects to a number of local telephone lines. The features are extended to the local telephone lines by taking the programming intelligence out of the central offices and moving it to a database located at a centralized location, such as an SCP. Service features are controlled by the central database and are changed by reprogramming the service logic located at the central database. A variety of service features are provided including a work at home service that enables a user of a private network access from a home telephone and access authorization to increase the security of the private network.
  • U.S. Pat. No. 5,353,331 discloses an AIN system which connects to, and controls processing of, calls to a subscriber's wireless handset via a home base station or wireless communication network.
  • the AIN determines where the handset is located using a central database and routes the call to that location. The incoming call can be routed directly to the handset, blocked, or routed to an alternate termination point.
  • the central database provides instruction data to the land line network to extend a requested special service to the subscriber.
  • a general object of the present invention is to provide an apparatus and method for routing calls based upon the geographic location from which the call originates.
  • Another object of the present invention is to provide Advanced Intelligent Network (AIN) functionality to a subscriber with multiple branch or satellite business locations within a local telephone service network.
  • AIN Advanced Intelligent Network
  • a further object of the present invention is to provide Advanced Intelligent Network (AIN) functionality and routing for a single publicized telephone number.
  • AIN Advanced Intelligent Network
  • Still another object of the present invention is to route calls to a nearest branch office according to the geographic location of the calls origination, e.g., by using zip code+4.
  • Another object of the present invention is to incorporate a single telephone number service with other intelligent call forwarding services to route calls to a nearest satellite office according to a business subscriber's needs, e.g., the nearest branch open for business.
  • one aspect of the present invention is directed to a method for routing an originating call to a subscriber location within a communication network.
  • the network includes a two-way communication network interconnecting a plurality of service switching points and a plurality of dispersed network locations.
  • the service switching points selectively establishing a communication connection between at least two of the network locations in response to a call request from a calling party, and a service control point includes a subscriber service logic.
  • the network locations include a plurality of subscriber locations.
  • the method includes identifying a subscriber's service based on the call request from the calling party to establish a communication connection with the subscriber, ascertaining a geographic location of the originating call in accordance with the originating telephone number of the calling party, determining which of the plurality of subscriber locations is closest to the geographic location of the calling party, and routing the originating call to the determined closest subscriber location.
  • the ascertaining step includes receiving the originating telephone number and translating the originating telephone number into a zip code of call origination.
  • the ascertaining step includes forwarding the call request to a predetermined default telephone number when the originating telephone number is not received by the service control point.
  • the method further includes limiting incoming calls to the identified service to calls originating within a predefined geographic area.
  • the limiting step may occur after identifying the service and before the ascertaining step.
  • the predefined geographic area defines a market area of the subscriber and stored in a table in the service control point.
  • the method further includes forwarding calls originating outside of the predefined geographic area to an informational announcement.
  • the determining step includes comparing the ascertained geographic location with a predefined list of subscriber service areas.
  • the predefined list may be stored within the service control point.
  • the predefined list correlates each geographic location within the subscriber service area with a predefined terminating number of one of the plurality of subscriber locations.
  • the ascertaining step includes querying an external database that includes a list of service provider customer telephone numbers and corresponding customer geographic information.
  • the customer information may include zip code+4 information.
  • the method further includes responding to the querying step by transmitting the geographic information related to the originating telephone number to the service control point.
  • the determining step forwards the call request to a terminating telephone number of the closest subscriber location to the geographic location response.
  • the method further includes responding to the querying step by transmitting predetermined default geographic information when the originating telephone number is not listed in the external database.
  • the determining step forwards the call request to a predetermined default telephone number when predetermined default geographic information is transmitted in the query response.
  • the ascertaining step further includes waiting a predetermined time period for a response to the query to the external database and forwarding the call request to a predetermined default routing telephone number if a response is not received within the predetermined period.
  • the predetermined time period being between approximately 1.0 and 3.0 seconds.
  • the predefined list includes a plurality of geographic areas which comprise a predefined subscriber service area. Each geographic area listed is associated with a routing telephone number corresponding to one of the plurality of subscriber locations.
  • the determining step includes comparing the ascertained geographic location with each geographic area listed in the predefined list. If one of the plurality of geographic areas corresponds to the ascertained geographic location, the method forwards the call request to the associated routing telephone number, and if one of the plurality of geographic areas does not correspond to the ascertained geographic location, the method forwards the call request to a predetermined default routing telephone number.
  • each geographic area is listed according to it post office zip code+4 designation.
  • the comparing steps include comparing the ascertained geographic location to the zip code+4 designation of each listed geographic area. If no matches are found, comparing the ascertained geographic location to the zip code+3 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+2 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code +1 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+0 designation of each listed geographic area, and wherein if no matches are found, the call request is forwarded to a predetermined default routing telephone number.
  • each geographic area may be listed only according to its zip code+2 and zip code+1 designation.
  • the external database includes a line information database.
  • the line information database includes receiving service provider customer billing information for each associated customer telephone number, stripping off post office zip code +4 designations for each customer, and storing for each customer zip code+4 designation according to the associated customer telephone number.
  • the method further includes recognizing an exception period for providing at least one alternate routing telephone number.
  • the method further includes forwarding the call request to at least one alternate routing telephone number.
  • Each alternate routing telephone number may be assigned according to one of a time of day, a day of the week, or a specific date.
  • Each alternate routing telephone number may also be forwarded according to a predefined percent allocation distribution.
  • the exception period includes a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations.
  • the method further includes forwarding the call request to at least one alternate routing telephone numbers.
  • Each alternate routing telephone number may be assigned according to one of time of day, day of the week, specific date.
  • Each alternate routing telephone numbers may also be forwarded according to a predefined percent allocation distribution.
  • the exception period includes a first and a second exception period, the first exception period being recognizable before the ascertaining step.
  • the method further includes forwarding the call request to at least one alternate routing telephone number.
  • the second exception period includes a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations.
  • the method further includes forwarding the call request to at least one alternate routing telephone numbers.
  • each alternate routing telephone number may be assigned according to one of a time of day, a day of the week, or a specific date.
  • Each alternate routing telephone number may also be forwarded according to a predetermined percent allocation distribution.
  • the network includes a two-way communication network interconnecting a plurality of service switching points and a plurality of dispersed network locations.
  • the service switching points selectively establish a communication connection between at least two of the network locations in response to a call request from a calling party, and a service control point includes subscriber service logic.
  • the network includes a plurality of subscriber locations.
  • the apparatus includes a device for identifying a subscriber's service based on the call request from the calling party to establish a communication connection with the subscriber, a device for ascertaining a geographic location of the originating call in accordance with the originating telephone number of the calling party, a device for determining which of the plurality of subscriber locations is closest to the geographic location of the calling party, and a device for routing the originating call to the determined closest subscriber location.
  • the ascertaining step including means for receiving the originating telephone number and means for translating the originating telephone number into a zip code of call origination.
  • the ascertaining means includes a device for forwarding the call request to a predetermined default telephone number when the originating telephone number is not received by the service control point.
  • the apparatus further includes a device for limiting incoming calls to the identified service to calls originating within a predefined geographic area.
  • the limiting device may be actuated after the service is identified and before the ascertaining device is actuated.
  • the predefined geographic area defining a market area of the subscriber and stored in a table in the service control point.
  • a device for forwarding calls originating outside of the predefined geographic area to an informational announcement is provided.
  • the determining device includes a device for comparing the ascertained geographic location with a predefined list of subscriber service areas, the predefined list being stored within the service control point.
  • the predefined list correlates each geographic location within the subscriber service area with a predefined terminating number of one of the plurality of subscriber locations.
  • the ascertaining device includes a device for querying an external database that includes a list of service provider customer telephone numbers and corresponding customer geographic information.
  • the customer information including zip code+4 information.
  • the apparatus further comprising a device for responding to the querying step by transmitting the geographic information related to the originating telephone number to the service control point.
  • the determining device forwarding the call request to a terminating telephone number of the closest subscriber location to the geographic location response.
  • the apparatus further includes a device for responding to the querying step by transmitting predetermined default geographic information when the originating telephone number is not listed in the external database.
  • the determining device forwarding the call request to a predetermined default telephone number when predetermined default geographic information is transmitted in the query response.
  • the ascertaining device further includes a device for waiting a predetermined time period for a response to the query to the external database and a device for forwarding the call request to a predetermined default routing telephone number if a response is not received within the predetermined period.
  • the predetermined time period being between approximately 1.0 and 3.0 seconds.
  • the predefined list includes a plurality of geographic areas which comprise a predefined subscriber service area. Each geographic area listed is associated with a routing telephone number corresponding to one of the subscriber locations.
  • the determining device includes a device for comparing the ascertained geographic location with each geographic area listed in the predefined list. If one of the plurality of geographic areas corresponds to the ascertained geographic location, forwarding the call request to the associated routing telephone number and if one of the plurality of geographic areas does not correspond to the ascertained geographic location, forwarding the call request to a predetermined default routing telephone number.
  • each geographic area is listed according to it post office zip code+4 designation, and the comparing device for comparing the ascertained geographic location to the zip code+4 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+3 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+2 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+1 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+0 designation of each listed geographic area, and wherein if no matches are found, the call request is forwarded to a predetermined default routing telephone number.
  • the external database includes a line information database.
  • the line information database includes a device for receiving service provider customer billing information for each associated customer telephone number, a device for stripping off post office zip code+4 designations for each customer, and a device for storing for each customer zip code+4 designation according to the associated customer telephone number.
  • the apparatus further includes a device for recognizing an exception period for providing at least one alternate routing telephone number.
  • the apparatus further includes a device for forwarding the call request to a one of the at least one alternate routing telephone number.
  • Each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date.
  • Each of the at least one alternate routing telephone number may be further forwarded according to percent allocation distribution.
  • the exception period includes a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations.
  • the apparatus further includes a device for forwarding the call request to a one of the at least one alternate routing telephone numbers.
  • Each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date.
  • Each of the at least one alternate routing telephone numbers may be further forwarded according to percent allocation distribution.
  • the exception period includes a first and a second exception period, the first exception period being recognizable before the ascertaining step.
  • the apparatus further includes a device for forwarding the call request to a one of the at least one alternate routing telephone number.
  • the second exception period includes a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations.
  • the apparatus further includes a device for forwarding the call request to a one of the at least one alternate routing telephone numbers.
  • Each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date.
  • Each of the at least one alternate routing telephone number may be further forwarded according to percent allocation distribution.
  • the network includes a two-way communication network interconnecting a plurality of service switching points and a plurality of dispersed network locations.
  • the service switching points selectively establishing a communication connection between at least two of the network locations in response to a call request from a calling party, and a service control point includes subscriber service logic.
  • the network includes a plurality of subscriber locations.
  • the apparatus includes a device for accessing a subscriber's service logic associated with a subscriber's service from a telephone number input by the calling party, a device for transmitting a query to a database to determine a zip code associated with the calling party, a device for receiving a response from the database, the response including an associated zip code, a predefined look up table for associating each zip code within a subscriber service area with one of a predefined terminating telephone number and a default terminating number, the terminating telephone number associated with a subscriber location predefined to receive calls originating within the associated zip code, a device for looking up the received response from the database to determine the terminating number, and a device for routing the originating call to the determined terminating number.
  • the apparatus further includes a forwarding device for bypassing the subscriber's service during one of a predetermined day of the week, time of day, and specific date.
  • the forwarding device includes a device for routing the originating call to an alternate routing number associated with the forwarding a device.
  • the apparatus further includes a forwarding device for rerouting the originating call from the determined terminating number to an alternate routing number during one of a predetermined day of the week time of day, and specific date.
  • the apparatus further includes an error detection device for detecting at least one predetermined error occurring during the call request.
  • the error detection device includes a recording and compiling device for recording the at least one predetermined error occurring during the call request and for compiling the at least one predetermined error in a predefined format.
  • the at least one predetermined error includes at least one of no originating number delivered to the subscriber's service logic, the originating number not found in the database, the originating number found in the database without a corresponding zip code, the zip code not found in the predefined look-up table, timeout, query error to database, response error from database, the originating number not originating from a participating carrier, and originating call from outside of the predefined subscriber locations.
  • FIG. 1 illustrates, in a general block diagram form, an Advanced Intelligent Network (AIN) system for implementing intelligent single telephone number routing features according to an aspect of the present invention
  • AIN Advanced Intelligent Network
  • FIG. 2 shows an exemplary representation of a local service area of a subscriber
  • FIG. 3 shows an exemplary table for defining a subscriber's service area by correlating local zip codes with satellite office routing telephone numbers
  • FIG. 4 shows an exemplary table for use with a Market Area Screening service of the invention
  • FIG. 5 is an example of a flow diagram for a zip code CPR for implementing the features of the invention.
  • FIG. 6 shows an exemplary NPA-NXX table for determining whether a caller's NPA-NXX is supported by the external database
  • FIG. 7 shows an example of a flow diagram of a trigger CPR and logic flow for a single telephone number zip code routing service, according to the present invention
  • FIG. 8 shows an example LATA table that may be stored within the ISCP
  • FIG. 9 shows an example of a flow diagram of a trigger CPR and logic flow for a single number service
  • FIG. 10 shows an example of a single number service service, according to the present invention.
  • FIG. 11 shows an example of a flow diagram of a trigger CPR for a customer location routing service of the present invention
  • FIG. 12 shows an example of a customer location routing service service
  • FIG. 13 shows an example of a flow diagram of a trigger CPR and logic flow for a single number/customer location routing service
  • FIG. 14 shows an example of a single number/customer location routing service service, according to the present invention.
  • FIG. 15 shows an AIN system, according to the prior art.
  • AIN AIN-type network
  • CO Central Office
  • the AIN based single telephone number routing service of the present invention may be implemented using at least AIN Release 0.1 and 0.0 protocols, software and hardware for the line information data base (LIDB), and other AIN capabilities, including programmable service control points (SCPs), central offices equipped with AIN service switching point (SSP) features, and existing Common Channel Signaling (CCS) networks.
  • the Signaling System 7 (SS7) network is a widely used CCS network that provides two-way communication of Transaction Capabilities Application Part (TCAP) formatted data messages between the SCP and the SSP.
  • TCAP Transaction Capabilities Application Part
  • the AIN based system essentially employs an upper-level software network through the SSPs and the SCP.
  • the upper-level software resides over the service hardware to check the call route and the availability of connection prior to hardware connection.
  • FIG. 1 illustrates a general block diagram of an Advanced Intelligent Network (AIN) in which an apparatus and method for intelligent single telephone number routing is embodied in accordance with an aspect of the present invention.
  • AIN Advanced Intelligent Network
  • local telephone lines 5 connect a plurality of individual network locations 34A-48B in each geographic area to the closest Central Office (CO), or End Office (EO) 34-48.
  • CO Central Office
  • EO End Office
  • End Offices 34-48 are equipped as AIN SSPs to allow normal switch call processing to be suspended at specific points in a telephone call, enabling TCAP formatted query and response messages to be transmitted between the SSP and ISCP.
  • AIN queries will be routed from a central office or switching service point to a local STP using existing SS7 links. These queries will then be routed from the local STP to the regional STP, and from the regional STP to the ISCP.
  • the SS7 message routing should be devised to minimize the need for data administration at the local and regional STPS.
  • a capability code may be established at the STPs that serve the SCP.
  • This capability code is used by the SSPs and the STPs to do point code routing until the message is received by the "last" STP pair (that is, serving the SCP).
  • STPs within the network are equipped to route AIN SS7 messages from SSPs to ISCPs based upon six digit global title translations. For example, NPA-NXX of the single telephone number may be translated by the STP to destination point code (DPC) of ISCP running the single telephone number application for that single number.
  • DPC destination point code
  • the SSPs may include, but are not limited to, 5ESS, 1AESS, and DMS-100 switches.
  • the trigger on the 5ESS switch may be an AIN type 10 digit trigger.
  • the trigger may be based upon AIN Release 0.1 protocol and preferably AIN Release 0.1 query call variables may be converted into common call variables by a call processing record (CPR) in ISCP 30. If a 5ESS switch is utilized, then these switches should be equipped with Generic 5E9(1) (or higher) and provided the necessary trigger requirements (discussed below) in order to serve subscribers.
  • the trigger on a 1AESS switch may be a dialed line number trigger based upon a 10 digit virtual number.
  • the trigger may be based upon the AIN Release 0.0 protocol and preferably AIN Release 0.0 query call variables may be converted into common call variables by a CPR in the ISCP. Further, if 1AESS switches are employed, they should be equipped with Generic 1AE12.03 (or higher) and provided the necessary trigger requirements in order to serve subscribers.
  • the trigger on the DMS-100 switch may be a termination attempt trigger (TAT) based upon the AIN Release 0.1 protocol and preferably AIN Release 0.1 query call variables may be converted into common call variables by a CPR in the ISCP 30. Further, if DMS-100 switches are used, NA003, Release 2 (or higher) should be provided.
  • Triggers in switches may have certain identifiable parameters, including the telephone number with the trigger that permit the SSP and ISCP to synchronize their mutually supporting activities.
  • the ISCP uses the trigger identifiable parameters to select the proper CPR to implement the technique of converting the call variables that accompany the query with trigger identifiable parameters into common call variables.
  • the actual network may be provisioned with more (or less) than the number of SSPs shown in FIG. 1.
  • the SSPs 34-48 are switches which perform the following function: recognize AIN-type calls; launch queries to an Integrated Service Control Point (ISCP) 30; and, receive commands and data from the ISCP 30 to further process and route AIN-type calls.
  • ISCP Integrated Service Control Point
  • the SSP formulates an AIN service request and responds to call processing instructions from the network element in which the AIN service logic resides.
  • the AIN service logic or control software may reside in a database at the Service Control Point (SCP) 26.
  • the SSPs are connected by trunked communication lines 52 which are used to connect and carry communication signals, e.g., voice and/or data, from a calling party to a called party.
  • each SSP 34 and 36 may be connected to a first local area Signaling Transfer Point (STP) 20 by SS7 link 50; each SSP 38 and 40 may be connected by SS7 link 50 to STP 21; and each SSP 46 and 48 may be connected by SS7 link 50 to STP 22.
  • STP Signaling Transfer Point
  • connections by links 50 to the STPs are for signaling purposes, and allow the SSPs to send and receive messages to and from the ISCP 30 via the STPs.
  • Each of the STPs can be connected to a large number of other STPs.
  • SS7 links 50 are shown as connecting local STPs 20, 21, and 22 to a regional STP 24 and connecting the regional STP 24 to the ISCP 30.
  • the ISCP 30 is an integrated system which may include a Service Management System (SMS) 27, a Data and Reports System (DRS) 28, a programmable Service Control Point (SCP) 26, and a Service Creation Environment (SCE) 32.
  • SCS Service Management System
  • DRS Data and Reports System
  • SCP programmable Service Control Point
  • SCE Service Creation Environment
  • the SCE 32 is a software based terminal that may be implemented to work with the SMS 27 to create, modify, and load service control software (i.e., service logic) into the database in the SCP 26.
  • the SCP 26 executes software-based service logic and may return call routing instructions to the SSPs.
  • the SMS 27 and the DRS 28 may be provided for compiling calling information to be used for billing and administrative purposes.
  • the ISCP 30 may be implemented with the Bellcore Integrated Service Control Point (ISCP), loaded with preferably at least ISCP software Version 4.0, available from Bell Communications Research, Inc., of Livingston, N.J.
  • ISCP Bellcore
  • the SCP 26 may be linked to an external database 150 that stores various routing information, e.g., information for translating an originating telephone number into the caller's geographic location of origin.
  • the external database 150 may be linked to STP 24 via data communication links and include, e.g., a line information database (LIDB) running preferably at least software Version LIDB 7.0, available from Bell Communications Research, Inc., of Livingston, N.J.
  • LIDB line information database
  • external database 150 may be directly accessed by and connected to SCP 26 via a TCP/IP connection (not shown)
  • Advanced Intelligent Network (AIN) call processing differs from standard telephone call processing in that a query to a centralized database, e.g., ISCP 30, is triggered by an AIN application.
  • an SSP is responsible for identifying calls associated with AIN services, detecting when conditions for AIN service involvement are met, formulating service requests for call processing instructions, and responding to the instructions received.
  • the call may be suspended at the calling party's end office or switch equipped as an SSP and may send a data message, via the SS7 links 50, to the STPs to establish the call route.
  • AIN services are created by assigning appropriate SSP call suspension points, known as AIN "triggers", accessed via customer lines or telephone numbers, and accessing customer or service-specific logic in the ISCP 30.
  • the SSPs launching the AIN queries are preferably end office AIN SSPs, 34-48. This enables the trigger for the subscriber service to be placed at the end office serving the NPA-NXX of the single telephone number trigger and allows the trigger to use trunks 52 or other facilities, i.e., inter-LATA, international, etc., for call routing.
  • the SSP e.g., 36, suspends call processing, then queries the ISCP 30 through the STPs 20 and 24 over the SS7 links 50.
  • a business e.g., a food delivery service
  • Business X has a main office at location 36B, four satellite (branch) offices located throughout the local telephone service area at locations 38B, 40B, 46B, and 48B, and subscribes to the intelligent single telephone number zip code routing service.
  • Business X advertises its single telephone number, e.g., 987-6543, which is a telephone number (i.e., NPA-NXX) served from end office 40.
  • a customer (customer Y) at location 34A desires food to be delivered from Business X.
  • Customer Y picks up the receiver at 34A and gets a dial tone from end office/SSP 34, Customer Y may dial the single telephone number publicized by Business X, e.g., 987-6543, from originating location 34A, ultimately offering connection to the nearest delivery office of Business X, e.g., Main Office at location 36B.
  • the AIN trigger may be established in the SSP end office that serves the NXX of the single telephone number, i.e., end office 40; however, the system should not be construed as limited to this arrangement, for example, the AIN trigger could be established at the originating end office that is equipped as an SSP or at a local or LATA tandem switch equipped as an SSP.
  • end office/SSP 34 routes the call over trunks 52 to end office/SSP 40.
  • End office/SSP 40 then receives the call and is triggered.
  • end office/SSP 40 launches a message, over links 50, to query SCP 26.
  • SCP 26 responds back to end office/SSP 40 with routing information, and end office/SSP 40 routes the call over trunks 52 to end office/SSP 36.
  • End office/SSP 36 rings location 36B, and Business X at location 36B may answer to complete the communication path.
  • the ISCP 30 Upon receiving the query message from the AIN SSP equipped end office 40, the ISCP 30 executes software based service logic programs stored in the SCP 26 to perform subscriber functions, e.g., establishing a routing number based upon the geographic location of the originating party, and returns a response to the end office 40 with call routing instructions to forward the call to the appropriate location (e.g., location 36B).
  • the AIN service application e.g., CPR 10
  • CPR 10 may be stored in an ISCP database, e.g., the SCP 26, and accessed by a predetermined SSP query launched from the triggering location, e.g., location 40.
  • new services may be created by assigning appropriate SSP AIN triggers to subscriber lines or telephone numbers to access subscriber and/or service-specific logic in the ISCP.
  • the intelligent single telephone number zip code routing service features of the present invention may be provisioned via SSP triggers implemented with the 10 digit part of the 3/6/10 digit trigger in AIN Release 0.1 for 5ESS switches, the Terminating Attempt Trigger (TAT) in AIN Release 0.1 for DMS-100 switches, or the office based (DN) trigger in AIN Release 0.0 for 1AESS switches.
  • TAT Terminating Attempt Trigger
  • DN office based
  • the advanced intelligent single telephone number zip code routing service logic When the ISCP 30 receives a query, the advanced intelligent single telephone number zip code routing service logic will be executed. Call data may be collected and recorded in the DRS 28, as per the normal ISCP SAMPLE node operation.
  • the ISCP 30 may contain resident service software that collects the calling (originating) telephone number, and called (terminating) telephone number. This resident service software may also collect the date and the time of certain predetermined error conditions that may arise during each query to the ISCP 30.
  • a call processing record 10 may also be provided that is stored within the SCP 26.
  • the CPR 10 may contain the service logic for each trigger, zip code translation, and call routing. The features of the CPR 10 are more fully discussed below with reference to FIGS. 5, 7, 9, 11, and 13.
  • the ISCP 30 After the ISCP 30 has collected the call data, the ISCP 30 will then return control of the call, via a routing number, to the call suspending SSP for termination.
  • the routing number for this service will generally be the telephone number of the closest satellite office of the subscriber to the originating party's geographic location.
  • control of the originating call may be returned to the triggering SSP.
  • the ISCP service logic for this service may respond to the SSP query in one of two possible responses.
  • the service may respond with a routing number in a TCAP connect message to the triggering SSP or respond with a message to play an announcement to the caller, e.g., to indicate that the caller is not within the subscriber's service area.
  • the single telephone number zip code routing feature is a geographic routing service that may be used for by business subscribers doing business from or providing services from more than one local area office. For example, as shown in FIG. 2, a portion of local telephone service area is shown which includes zip codes 63101 and 63102, each zip code further divided with a zip code+4 designation. Assume that Business X has its main office at 36B and 4 branch or satellite offices dispersed throughout the local area at locations 38B, 40B, 46B, and 48B. Business X subscribes to the single telephone number zip code routing service so that caller's within Business X's service area may call one telephone number and be automatically connected with the nearest Business X office.
  • business subscribers To initiate service, business subscribers must predefine the service area from which calls are to be routed. For example, the business may define a service area according to a 5 to 9 digit zip code, 9 digits being more specific and preferred. Telephone calls offered to the single telephone number zip code service will be translated to determine the 5 to 9 digit zip code of the caller and identify which branch office of the subscriber to route the call based on the caller's zip code.
  • FIG. 3 shows one example of predefining the service area.
  • the service area information may be provided in a look-up table that is stored in SCP 26.
  • the service information may be provided in various layouts, e.g., 10 digit telephone number fields, zip code fields, and other fields.
  • the first column defines the zip code of the originating (or calling) party.
  • the second column of FIG. 3 defines the routing number for calls originating from the corresponding zip code.
  • Business X has defined the area codes 63101 and 63102 as the general service area. Any calls originating from the nine digit zip code 63101-1234 will be routed to (314)380-8500.
  • the nine digit zip code is not required for predefining a service area, i.e., the service area may be predefined by any length zip code between five to nine digits.
  • the service area may be defined by, e.g., seven digits (zip code+2) (see, e.g., row 3 of FIG. 3).
  • the initial service information should also include a single telephone number (i.e., the number that "triggers" AIN processing at the SSP), a carrier identification code for any inter-LATA routing telephone number, a default routing telephone number, and an enable/disable for a market area screening option.
  • the default telephone number is important in that any calls that cannot be routed according to the caller's geographic location are automatically routed to the subscriber's predefined default location for handling such matters. If the market area option has also been selected, the market area, defined by NPA-NXXs, must also be included to designate the areas from which calls will be allowed.
  • a store location terminating (routing) number is not limited in the number of zip codes with which it may be associated.
  • 63101-1234 and 63101-123 would not cover the same zip codes. That is, 63101-1234 only covers 63101-1234, while 63101-123 covers all zip codes beginning with 63101-123 except 63101-1234 (and any additional 9 digit zip codes within the predefined table with a 63101-123 root).
  • the initial service information may be input into the ISCP via a computer workstation interface by a service representative of the service provider.
  • the data may be uploaded or transferred to the ISCP.
  • a SPACE workstation interface available from Bellcore
  • the subscriber may provide the service representative with the zip codes to route telephone numbers in a predefined service table stored in a file format on magnetic (or floppy) disk, e.g., ASCII, DOS using Excel or Lotus 1-2-3 spreadsheets, etc.
  • Each subscriber table may contain a plurality of records, each record including two fields, i.e., a 5 to 9 digit zip code and an associated 10 digit routing telephone number (see, e.g., FIG. 3).
  • the fields within a subscriber table may be separated by a tab and each record may be separated by returns.
  • a telephone call originating from location A (in zip code 63101-1234 of FIG. 2), will be directed to telephone number (314)380-8500 or Business X main location 36B.
  • a call originating from location B (in zip code 63101-1301) will be routed to telephone number (314)380-8502 or branch office 3 at location 46B.
  • a call originating at location C (in zip code 63101-2004) will be routed to telephone number (314)364-4677 or branch office 2 at location 40B.
  • a call from location D (zip code 63101-1235) cannot be routed through the predefined table of FIG. 3.
  • a call originating from this location must be forwarded to a default number or to a recording (e.g., "We are sorry, but the company you are calling does not currently serve your area with this telephone number. Please call or visit one of their convenient locations listed in your local telephone directory. Thank you for calling.”).
  • location D is within the desired service area of the subscriber, the predefined table of FIG. 3 should be revised so that a routing number is defined for call originating within that zip code+4 service area.
  • the single telephone number zip code routing service i.e., "simple" single telephone number zip code routing service
  • the single telephone number zip code routing service of the present application may be combined with one or more of the AIN routing services as disclosed in commonly owned U.S. application Ser. No. 08/455,024, filed May 31, 1995, entitled “Apparatus and Method for Forwarding Incoming Calls", the disclosure of which is incorporated herein by reference in its entirety.
  • the AIN trigger may be established in the SSP end office that serves the NXX of the subscriber's single telephone number.
  • the single telephone number may arrive at the SSP end office by normal network translations, i.e., the call may be directed to the called number serviced by the SSP end office.
  • the single telephone number call may actuate the AIN trigger, which will suspend call processing while the SSP end office queries the ISCP to determine which appropriate branch office to route the offered call.
  • the SSP end office may then route the offered call to a location as directed by the ISCP response message.
  • the single telephone number zip code routing service of the present invention preferably employs a terminating trigger strategy in which the trigger may be provisioned within the end office of the NXX of the single telephone number.
  • This preferred strategy simplifies the overall service because the ISCP logic for the single telephone number routing service may be limited to the trigger type and AIN Release number of the end office serving the NXX of the single telephone number and because any impact on switching memory, due to announcements or digit collection functionality implementation, may occur only on the end office serving the NXX of the single telephone number.
  • the present invention may be implemented with: 5ESS, 1AESS, and/or DMS-100 switches.
  • the trigger on the 5ESS switch is a 10 Digit Trigger.
  • the trigger may be based upon AIN Release 0.1 protocol and may preferably require that AIN Release 0.1 query call variables be converted into common call variables by a CPR in the ISCP 30. If the 5ESS switch is utilized, then these switches should be equipped with Generic 5E9(1) (or higher) and provided the necessary trigger requirements in order to serve subscribers.
  • the trigger on the 1AESS switch may be a dialed line number (DN) trigger based upon a 10 digit virtual number.
  • DN dialed line number
  • the trigger may be based upon the AIN Release 0.0 protocol and may preferably require AIN Release 0.0 query call variables to be converted into common call variables by a CPR in the ISCP 30. Further, if 1AESS switches are employed, they should preferably be equipped with Generic 1AE12.03 (or higher) and provided the necessary trigger requirements in order to serve subscribers.
  • the trigger of the DMS-100 switch may utilize a termination attempt trigger (TAT) based upon the AIN Release 0.1 protocol and may preferably require AIN Release 0.1 query call variables to be converted into common call variables by a CPR in the ISCP 30. Further, if DMS-100 switches are used, NA003, Release 2 (or higher) should preferably be provided.
  • TAT termination attempt trigger
  • a DN trigger is one of several triggers in the originating call model.
  • the 1AESS DN trigger has the same characteristics of the 5ESS 3/6/10 digit trigger. Calls routed by such an SSP may suspend processing after completing digit analysis and query the ISCP for further instructions.
  • the DN trigger may be provisioned to recognize either NPA, NPA-NXX, or NPA-NXX-XXX.
  • the ten digit trigger is preferably employed.
  • the TAT may be the only trigger detected in the terminating call model. This trigger may be detected in the null state of the terminating call model at the point when it has been determined that a connection between some originating facility is to be made to the DN to which the termination attempt trigger is assigned.
  • a terminating attempt query is launched prior to choosing the specific port to seize and the call is routed via instructions from the ISCP. It is noted that only analog lines can be provisioned as TATs and that the termination attempt trigger may be the only true terminating trigger defined within AIN Release 0.1.
  • the single telephone number that triggers AIN processing may be a virtual number, i.e., the single telephone number is not a routing number option. While provisioning the service in this manner may technically be possible with the TAT trigger on the DMS-100, the 3/6/10 trigger of the 5ESS, and the DN trigger on the 1AESS, calls intended for termination at the routing number may not be terminated as desired. That is, a call intended for the routing number would preferably always trigger the AIN service and, therefore, be redirected to the nearest office to the caller. Use of a virtual single telephone number enables customers to dial a specific office of the subscriber directly, if necessary.
  • the virtual single telephone number is not preferred as the default routing number. This is because, at some time it may be necessary or desired for the subscriber to change the default routing number. If changed, the single telephone number would most likely have to change, thus severely damaging advertising and goodwill expended by the subscriber in promoting their single telephone number to the public.
  • the trigger is located within the SSP end office of the NXX of the virtual single telephone number, there are no specific requirements for access by a caller to the single telephone number.
  • the single telephone number may be accessed by any caller on any switch simply by dialing.
  • any dialable telephone number on a 1AESS, 5ESS, or DMS-100 switch can be used as the single telephone number, although underlying physical facilities may have to be changed or eliminated.
  • the 3/6/10 digit trigger may be provisioned on the 5ESS for the single telephone number routing service. There is no limit on the number of simultaneous re-routed calls with the 3/6/10 digit trigger response message.
  • the 5ESS response timer for a query to the ISCP may need to be increased from 3 to 4 seconds, depending on benchmarking of the SS7 LIDB get data query.
  • the time-out limit applies only to the SSP where the single telephone number trigger is provisioned.
  • the SSP timer includes the time interval for the ISCP single telephone number call processing record (CPR) execution and ISCP get data query to the zip code LIDB DB, which may be, e.g., 0.6 seconds for a LIDB SCP get data query.
  • CPR ISCP single telephone number call processing record
  • Some callers e.g., those with four party service, coin telephones, etc., may not be able to access single number service.
  • a 5ESS switch based call forwarding response message to a terminating attempt trigger may include intraand inter-forwarding limits, thus, limiting the number of simultaneously forwarded calls from the same TAT DN.
  • the upper limit of the number of calls forwarded for a 5ESS is 99. Because it is likely that larger subscribers may have well over 100 simultaneously forwarded calls at any given time (especially during normal business hours), the TAT of the 5ESS may not be employed for the single telephone number service.
  • the TAT trigger may be provisioned on the DMS-100 for single telephone number routing service.
  • the DMS response timer for a query to the ISCP may need to be increased from 3 to 4 seconds, depending upon benchmarking of the SS7 LIDB get data query. This time-out limit applies only to the SSP where the single telephone number trigger is provisioned.
  • the SSP timer includes the time interval for the ISCP single telephone number routing service CPR execution and ISCP get data query to the zip code LIDB DB, which may be, e.g., 0.6 seconds for a LIDB SCP get data query.
  • Lines and trunks able to originate calls to any AIN 0.1 trigger include: public lines--single party flat rate, single party measured rate, PBX line flat rate, PBX line measured rate; private lines--integrated business network, e.g., CENTREX, electronic business set; public trunks--intertoll trunks, trunk incoming, trunk 2 way; and private trunks--trunk incoming, trunk 2 way, and primary rate interface.
  • the lines and trunks must be supported in NA003, Release 2. Unsupported lines may not originate calls to an AIN trigger for intraoffice calls, i.e., lines terminating in the SSP where the AIN trigger is provisioned. However, for example, a DMS two-party flat rate line may make calls to a triggered number in another office by supported trunk types.
  • the DMS-100 terminating attempt trigger forward call response message does not have intra- or inter-forward limits. However, if a limit is placed on the number of simultaneously forwarded calls, an option on the DMS-100 is to set a maximum of simultaneous forwarded calls to 1024, which should be sufficient for even large subscribers.
  • the DN trigger may be provisioned on the 1AESS for single telephone number routing.
  • the DN trigger response message has no limit on the number of simultaneous re-routed calls.
  • the 1AESS response timer for a query to the ISCP may need to be increased from 3 to 4 seconds, depending upon Bellcore's benchmarking of the SS7 LIDB get data query.
  • the 1AESS response timer in V12.03 (ASP3) which may be tunable by an office option record.
  • the time-out applies only to the SSP where the single telephone number trigger is provisioned.
  • the SSP timer includes the time interval for ISCP single telephone number routing CPR execution and ISCP get data query to the zip code LIDB DB, which may be, e.g., 0.6 seconds for a LIDB SCP get data query.
  • DN triggers may not be encountered on incoming calls received by Type 1 or Type 2 trunk groups. These trunk groups are preferably converted, e.g., during SS7/AIN conversion, to Type 10 or Type 15 in order to receive DN trigger treatment.
  • the "simple" single telephone number zip code routing service may include templated service logic to perform the zip code routing functionality. Because the query/response for each SSP trigger to ISCP is different and query/response for each ISCP-to-zip code+4 is identical, it is preferred to employ four CPRs within the ISCP for accomplishing the single telephone number zip code routing service. That is, the templated service includes three trigger CPRs (one trigger CPR for each of the DMS-100, the 1AESS, and the 5ESS) and one zip code CPR for translating the CPN to the zip code+4 of the caller. Of course, the number of CPRs used may vary depending on the number of different types of SSP equipped switches employed.
  • each of the trigger CPRs may be different, the logical steps may be the same. That is, the differences, e.g., AIN Release 0.1 or 0.0 response call variables, are dependent upon the inherent differences in each particular trigger, as discussed above.
  • the single telephone number routing service employs a universal zip code CPR for translating the originating caller's CPN into the caller's zip code+4.
  • the zip code CPR receiving handover control from the trigger CPR (discussed below), may be of template design.
  • certain subscriber options e.g. market area screening, may be available even though the service logic of the simple single telephone number zip code routing service is designed as templated service logic. Market area screening enables the subscriber to screen areas of the local service from service access, e.g., if no offices are nearby, etc.
  • the single telephone number zip code routing service may also include service logic to create records and reports regarding service operation. To aid in the determination and/or correction of various errors or service problems, the single telephone number zip code routing service may identify and classify errors by cause.
  • FIG. 5 An exemplary flow diagram of the zip code CPR, which resides within the ISCP and performs the translation of originating telephone number to the caller's zip code+4, is shown in FIG. 5.
  • a query message transmitting the common call variables from the triggered SSP to the ISCP is received.
  • the SCP determines whether the customer phone number (CPN) of the calling party has been received. If no CPN has been received, then the logic proceeds to step 301 to report data to the DRS that an error has occurred, i.e, the CPN was not received, and then proceeds to step 303 to send a response to the trigger CPR to route to the default number.
  • CPN customer phone number
  • the CPN will generally not be delivered from non-SS7 offices, non-participating independent telephone companies, cellular calls, etc. However, it is noted that cellular SS7 conversion may make it possible for the CPN of a cellular telephone to be passed to the ISCP.
  • step 304 determines, in step 304, whether the market area screening option has been subscribed to. If there is no market screening option, the logic proceeds to step 308. If there is a market screening option, then the logic flow of the CPR proceeds to step 306, and it is determined whether the caller's NPA-NXX is within the subscriber's defined service area by accessing the table shown in FIG. 4.
  • FIG. 4 is a look-up table that defines the subscriber's market area in terms of NPA-NXXs. The look-up table may be stored in a database accessible by the SCP and may be employed to determine whether the caller's NPA-NXX is within the subscriber's defined market area.
  • an error message that the call is from outside of the subscriber's service area may be reported to the DRS in step 305 and an response to play an announcement is forwarded to the trigger CPR at step 307.
  • the announcement may inform the caller that the call is not within the specified service area of the subscriber, e.g., "We are sorry but the company you are calling does not currently serve your area with this telephone number. Please call or visit one of their convenient locations listed in your local telephone directory. Thank you for calling.” If the caller's NPA-NXX is within the defined market area of the subscriber, the logic proceeds to step 308.
  • the ISCP determines whether the caller's NPA-NXX belongs to either the service provider or a participating independent local exchange carrier (ILEC).
  • the SCP may access an NPA-NXX table, for example, as shown in FIG. 6.
  • the NPA-NXX table may be stored in a database accessible by the SCP and may be employed to determine whether the caller's NPA-NXX may be supported by the external zip code database of the service provider or a participating ILEC. This screening is performed to ensure that the query is not lost or rejected by the SS7 network, the service provider, or an ILEC (whether participating or not).
  • the company identification codes may be unique to the single telephone number routing service and may be placed in the table for performance measurements.
  • the service provider may be indicated, e.g., as "0".
  • Company identification codes i.e., the participating ILECs may be designated as, e.g., 100, 200, etc., and may be supported by the performance measurement service logic.
  • the pre-screening keeps performance results from being distorted for not having zip codes for a CPN which the service provider cannot get.
  • step 301 reports an error message that the call is a non-service provisioner originated call to DRS and a response is sent to the triggering CPR to connect the call to the default number at step 303. If the NPA-NXX is listed, the logic proceeds to step 310 to get the caller's zip code from, e.g., an external zip code database.
  • the caller's CPN may be matched with entries in a database external to the ISCP.
  • the CPN may be transmitted via an SS7 query to convert the CPN to the caller's zip code+4.
  • the query may be directly transmitted over a TCP/IP network from the ISCP 30.
  • the transmission over SS7 may be, e.g., a GetData command to the external zip code database.
  • the external database may be maintained by the service provider or one of the ILECs.
  • the GetData query would be transmitted to a service provider database; if the company identification "100" was found in the NPA-NXX table, the query would be transmitted to a database maintained by the company identified a "100".
  • the query is received by the external database and the CPN is compared to a list of telephone customer telephone numbers (working telephone numbers). Each listed telephone number has a zip code+4 associated with it, and the associated zip code +4 may be sent back to the ISCP via the SS7.
  • the interface between the ISCP and external zip code database may be over SS7 or TCP/IP. Further, it is preferred that the external database be maintained as a redundant mated pair.
  • the ISCP may query either of the redundant mated pairs of databases if GTT routing is supported, e.g., ISCP software Version 4.0 or may query only one LIDB in point-to-point routing if GTT routing is not supported, e.g., ISCP software Version 4.0. GTT routing is preferred because it will allow ISCP querying to either database in the event one of the pair fails.
  • the external CPN-to-zip code database may be created and maintained by the service provider for all single telephone number zip code routing service subscribers.
  • the CPN and its associated zip code is corporate data, not customer specific data, and, therefore, may also be accessed by other services needing a CPN-to-zip code conversion.
  • the external database may be considered a network element as it is involved in call processing.
  • the Line Information Data Base (LIDB) may be used to store the CPN and associated zip codes.
  • the LIDB may concurrently store the service provider's working telephone numbers (WTN) and the zip codes associated with each WTN may be added to the LIDB.
  • WTN working telephone numbers
  • the CPN and associated customer address which may be used to generate a zip code, may be derived from the service provider billing database.
  • a validating system e.g., a billing validation distribution system (BVDS)
  • BVDS billing validation distribution system
  • CRIS Customer Record Information Service
  • the zip code associated with the CPN may be based on the service address, and may be determined by the presence of various address fields which are part of the service provider's general billing information, e.g., different premise address (DPA), service listed address (SLA), service address (SA), and listed address (LA).
  • DPA different premise address
  • SLA service listed address
  • SA service address
  • LA listed address
  • the validating system will assign a zip code+4 designation to an administrative system, e.g., a line validation administration system (LVAS).
  • LVAS line validation administration system
  • the LVAS and GetData Interface are two possible direct interfaces into the CPN-to-zip code database.
  • the LVAS is generally an administrative system.
  • the LVAS may include a mirror image of LIDB and may perform continuous audits to ensure informational synchronization with LIDB and CRIS.
  • the LVAS may provide access to the LIDB through daily batch updates to add and delete CPNs and associated zip codes, although it may be necessary to modify the LVAS to accept 9 digit zip codes from the BVDS.
  • the LVAS may use a stored program to assign zip code+4 to the WTN, e.g., FINALIST. In addition to adding and/or updating customer WTNs, it may be necessary to update the zip code+4 information.
  • the U.S. Postal Service may modify the zip code information, which must be updated in the LIDB as discussed above.
  • the GetData interface is a service independent LIDB query that may request specific data elements from a record in LIDB.
  • GetData comprises an identifier to signify a GetData query, a service key to indicate the line record within LIDB for the information sought, and a set of LIDB data elements identified by unique TCAP data element identifiers about data that the ISCP wants to receive.
  • the CPN may be transmitted as a service key to obtain the line record information, i.e., zip code+4, associated with the CPN.
  • the LIDB may be used to store the zip codes associated with each telephone number because it generally contains all of the working telephone numbers in the service provider's service area and may include WTNs of contracted local independent local exchange carriers. It may be necessary to update the data base to include 9 digit zip codes for each associated WTN.
  • the LIDB requires preferably at least Version 7.0 for the interfacing with the GetData command over the SS7. Further, Version 7.0 reorganizes the LIDB to include tag-value fields whose contents are defined by the client company.
  • WTNs of the ILECs will not be contained within the service provider's LIDB because the service provider generally does not have access to information such as a customer's address.
  • the zip code cannot be determined.
  • a default 9 digit zip code e.g. 00000-0000, may be stored in the LIDB to send a zip code back to the ISCP even when the CPN originates from a caller of an ILEC.
  • the same default 9 digit zip code may be used in the event that a service provider's customer's zip code cannot be found or assigned.
  • the logic waits a predetermined time (e.g., between 1.0 and 3.0 seconds, at least in half second intervals) for the CPN-to-zip code translation to take place, before proceeding to step 314 to determine whether the GetData query was successful. That is, when the GetData query is launched, the SCP may begin a query timer to monitor the response time of the query to/response from the external database.
  • a query time-out may be set (e.g., at 1.5 seconds) although an average query/response generally takes approximately 0.6 seconds.
  • a second timer may be employed as a sampling timer to ensure that a specified amount of time has elapsed before checking the time-out timer, e.g., every 1.0 seconds. The second timer may work in whole second intervals.
  • a query is found unsuccessful, e.g., time-out, query error
  • the logic reports an applicable error message, i.e., a time-out condition, signaling connection control part (SCCP), or LIDB processing error, to the DRS.
  • Time-out conditions may include: no response received and error notification received during the time-out interval.
  • the query errors may include: routing error notification, e.g., signaling connection control part (SCCP) (the query did not make it to the LIDB), generally caused by global title translation failures, unequipped users, and network problems, and LIDB processing error notification, i.e., return of a return error message.
  • the logic at step 303 sends a response to the triggering CPR to route to the default number.
  • step 316 the logic determines whether the CPN was listed in the external zip code database. If the CPN is not listed, the logic at step 313 reports to the DRS that the CPN was not in the LIDB and a response is then sent to the trigger CPR, at step 315, to route to the default number. If the CPN is listed, then at step 318, the logic determines whether the zip code+4 of the CPN was in the external zip code data base. If the zip code is not located, then at step 313 the logic reports to the DRS that the CPN is in the LIDB but not the zip code+4 and at step 315, a response message is sent to the trigger CPR to route to the default number.
  • the zip code+4 is compared with the subscriber's predefined service area table to determine whether a routing number is found. If a routing number is found at step 322, then the logic proceeds to step 340. If, however, no routing number is ascertained, then the zip code+3 is compared, at step 324, with the subscriber's predefined service area table to determine whether a routing number is found in step 326. If a routing number is found at step 326, the logic proceeds to step 340. However, if no routing number is ascertained, then the zip code+2 is compared, at step 328, with the subscriber's predefined service area table to determine whether a routing number is found at step 330.
  • step 340 the logic proceeds to step 340.
  • the zip code+1 is compared, at step 332, with the subscriber's predefined service area to determine whether a routing number is found at step 334. If a routing number is found at step 334, the logic proceeds to step 340. If no routing number is ascertained, then the zip code is compared, at step 336, with the subscriber's predefined service area to determine whether a routing number is found at step 338, as shown in FIG. 5.
  • the zip code information in the subscriber's predefined service area table may be fully compressed to conserve the ISCP's memory capacity. Because these zip codes are fully compressed, the single telephone number zip code routing service zip code processing CPR may need to perform 1 to 5 table look-ups to find a matching compressed zip code, i.e., a table look-up for each of zip code+4; zip code+3; etc. Accordingly, to optimize the table look-ups, the predefined service area table queries may be restricted to a minimum or maximum length zip code, e.g., predefined area and look-up search field restricted to zip code+2. This would eliminate unnecessary zip code look-ups and save processing time by the ISCP.
  • the logic at step 319 reports that the zip code is not within the predefined service area to the DRS and, at step 321, sends a response message to the trigger CPR to route to the default number. If a routing number is found that corresponds with the subscriber's predefined service area table, the logic at step 340 reports to the DRS that the call was routed to the subscriber's location and, at step 342, sends a response message to the trigger CPR of the triggering SSP to route the offered call to the routing number.
  • the trigger CPR may reside in the SCP of the ISCP.
  • the SSP is triggered by the single telephone number, and depending on the type of switch that is equipped as the SSP, the appropriate trigger CPR is accessed by the query launched by the SSP.
  • the AIN Release 0.0 or 0.1 query call variables are converted to common call variables by the trigger CPR logic for use by the ISCP.
  • the trigger CPR handsover control to the zip code CPR to determine the caller's zip code+4.
  • the routing number is also transferred.
  • the routing number may be one of the subscriber's satellite office closest to the caller's location or the subscriber's default telephone number.
  • the trigger CPR may determine whether the routing number is inter- or intra-LATA at step 708 by using a LATA table, such as that shown in FIG. 8.
  • This table may maintained within the ISCP and may contain every NPA, NXX, and LATA for the service provider's service territory.
  • the table may be created from a monthly file, e.g., terminating point master (TPM) generated by Bellcore.
  • TPM terminating point master
  • the LATA table may be used by the ISCP to determine whether the routing telephone number returned from the zip code CPR requires inter- or intra-LATA service, e.g., by comparing the LATA of the single number to the LATA of the routing telephone number.
  • the inter-LATA carrier may be set at step 710, e.g., standard POTS procedures for generating interexchange carriers (IXC) originating access.
  • a local exchange carrier LEC
  • the subscriber to the single telephone number service will pay for the forwarding leg of the call, the subscriber must designate a carrier identification code (CIC) to be used in these cases.
  • the ISCP instructs the SSP to use a CIC of the single telephone number zip code routing subscriber, not the CIC of the originating number.
  • certain billing information may be set.
  • the originating caller may only be charged for the call origination to the triggering SSP.
  • the charges may preferably be borne by the subscriber.
  • the routing number and any other necessary routing information are transferred to the triggering SSP through the ISCP response message over the SS7 or TCP/IP network.
  • the routing number is passed to the triggering SSP. Call processing then resumes with the suspended call being connected to the routing number for termination.
  • errors may occur while the call is suspended and the triggering SSP is awaiting a response from the ISCP. These errors may be expected errors of the operating system of the ISCP and are indicative of both service and subscriber performance. Further, additional indications may be made if an error occurs due to a feature controlled and/or maintained by a participating ILEC. Thus, these errors may be quantified by, e.g., time, type, etc. and presented in a report for subscribers, customer service personnel, and participating ILECs.
  • customer service personnel of the service provider may take corrective steps to avoid the error in the future.
  • the service provider can monitor the efficiency of the ILEC so as to better serve the subscriber.
  • error information e.g., that a specified zip code was not found in the subscriber's predefined service area table, may be compiled and forwarded to the subscriber so that corrective action may be taken, such as adding certain zip codes to the predefined service area table. Further, all reports may be of interest to the subscriber so that an assessment may be made of the success of the single telephone number routing service campaign and of the quality of service furnished by the service provider.
  • the errors may be detected and recorded by the ISCP.
  • the information detected and recorded may be forwarded to a service provider location for processing and compilation in a manner similar to the data transfer disclosed in commonly owned U.S. patent application Ser. No. 08/473,919, filed Jun. 7, 1995, entitled “Apparatus and Method for Recording Call Related Data", the disclosure of which is incorporated herein by reference.
  • the ISCP platform 30 may provide with the DRS with logic for selectively enabling a sampling node for collecting call data on each query from the SSP and logic for selectively enabling a measurement node for measuring occurrences of specified events or paths taken in the service logic flow.
  • the zip code CPR forwards certain error data to the DRS for use in creating the error reports.
  • all calls and call data will be tracked and stored on the DRS.
  • Daily data may be selected from the DRS, and scripts may be provided to process and format the data and then transmit the data to a downstream processing database (not shown).
  • customer performance reports may be generated. These reports may reflect a peg count of each error indication for each subscriber according to carrier, i.e., the service provider, ILEC, etc.
  • Carrier service performance measurement reports may be generated. These reports may reflect a peg count for the service provider and each identified ILEC.
  • Sampling data reports (according to CPNs not in external database or zip code not in external database) which may list the CPN, the single telephone number, call date, call time, zip code+4, and error encountered.
  • Sampling data reports (according to no zip code in subscriber's predefined table) which may list the CPN, single telephone number, call date, call time, zip code+4, and error encountered.
  • the measurement node may be created 100% of the time for all subscribers and for all predetermined error types.
  • a toggle feature may be programmed into the zip code CPR to allow the measurement node to be turned off/on should the subscriber later wish to enable the same.
  • the sampling node may provide 100% call sampling of errors and also include a toggle feature.
  • the measurement and sampling data is an important sales tool because the subscriber can see how efficiently the single telephone number routing service is being maintained by the service provider.
  • the supporting measurement data identifies whether the service provider or a participating ILEC is responsible for any necessary improvements.
  • the sampling data enables the service provider and the participating ILECs to improve their external zip code databases, and enable the subscriber to improve the predefined service area. The end result is better service to the subscriber's customers and to the subscriber.
  • the simple single telephone number routing service may allow for certain added flexibility in service provisioning enabling additional customer defined call forwarding options. That is, service provisioning may allow certain defined exception periods to be "built-in" to the single telephone number routing service such that the zip code routing may be suspended in favor of at least one of, e.g., time-of-day, day-of-week, specific date, and/or percent allocation, simply by modifying the trigger CPR.
  • service provisioning may allow certain defined exception periods to be "built-in" to the single telephone number routing service such that the zip code routing may be suspended in favor of at least one of, e.g., time-of-day, day-of-week, specific date, and/or percent allocation, simply by modifying the trigger CPR.
  • These call forwarding methods may be implemented according to, e.g., the disclosure of commonly owned U.S. Application Ser. No. 08/455,024, filed May 31, 1995, entitled "Apparatus and Method for Forwarding Incoming Calls".
  • the trigger CPRs are stored and executed within the ISCP. This enables the trigger CPRs for the complex single number services, e.g., the exception periods, to take advantage of the internal ISCP clock for determining at least time-of-day, day-of-week, and the specific date of receiving the query from the SSP. When queries are launched to the ISCP, the ISCP notes the day, date and time, at least for billing purposes.
  • the trigger CPRs for the complex single number service may also use this internal ISCP clock to determine whether a query is received during an exception period, the exception period defined within the trigger CPR, as more fully discussed hereinbelow.
  • exception periods may be defined before zip code routing, after zip code routing, or both.
  • These services may be referred to as single number service (routing) customer location routing service, and single number/customer location routing service, respectively.
  • This complex service determines whether or not the subscriber desires to route the call according to the caller's geographic location, i.e., whether the trigger CPR should access the zip code CPR.
  • FIG. 9 shows an example of the trigger CPR for the single number service, according to the present invention. Just as discussed above with respect to the single telephone number zip code routing service, each trigger may require a different trigger CPR, which may be nonetheless logically similar to each other.
  • This complex service defines exception periods and bypasses the zip code translation if the call originates during an exception period. These exception periods may be defined according to, e.g., date, time, day, or percent allocation. These exception periods may be predetermined by the business subscriber and stored in a database accessible by the ISCP.
  • Exception periods may be based upon a specific date.
  • the subscriber may select, e.g., up to ten different dates per individual routing number, each date with a correspondingly defined routing telephone number. If a call is received on one of the exception period dates, the call may be routed according to a corresponding routing number or a percent allocation distribution. Calls received on non-exception period dates will be routed according to the geographic location of the originating caller.
  • the subscriber may define, e.g., a list or table of time-of-day/day-of-week entries, each listing with a correspondingly defined routing telephone number.
  • the list preferably accounts for each hour in a twenty-four hour period or each day of the week.
  • the single telephone number routing service subscriber may select, e.g., up to ten different time-of-day/day-of-week entries. If calls are received during an exception period, then zip code routing in not performed and the call is routed according to the routing number in the time-of-day/day-of-week list or a percent allocation distribution. If calls are received during a non-exception period, then zip code routing is performed.
  • the subscriber may alternatively select percentage allocation routing.
  • the subscriber may select, e.g., 2 to 5 percentages, preferably whole number and preferably totalling 100%.
  • the percent allocation feature does not limit the subscriber to only one routing location during an exception period. Percent allocation allows subscribers to distribute calls among several satellite office during an exception period.
  • the ISCP includes a random allocation algorithm which may be implemented in providing the percent allocation feature.
  • the single number service a complex service
  • the exception period 100% is, e.g., a day-of-week exception period in which on Saturday and Sunday the originating caller will be routed, at 1004, to (314) 880-8500. Monday-Friday are not designated as exception periods, thus, on those days, simple zip code routing 1002 of the originating call is performed.
  • FIG. 9 An exemplary flow diagram of the trigger CPR is shown in FIG. 9.
  • the SSP is triggered by the single telephone number, and depending on the type of switch used as the triggering SSP, the appropriate trigger CPR is accessed by the SCP from the query launched from the SSP.
  • the AIN Release 0.0 or 0.1 query call variables are converted to common call variables by the trigger CPR for use by the ISCP.
  • the trigger CPR will perform the defined call forwarding technique at step 905 and then return routing number (314) 880-8500 to the trigger CPR at step 906.
  • the selected manner of forwarding by the subscriber is not limited to a single service. That is, any combination of the day-of-week, time-of-day, and specific date exception periods may be combined with a customer defined single number routing service.
  • This service determines whether or not the subscriber desires to route the call according to the caller's geographic location or according to some other routing option. However, the customer location routing service determines whether to route according to the caller's geographic location after the zip code+4 translation has occurred.
  • FIG. 11 shows an example of the trigger CPR for the customer location routing service. Just as discussed above with respect to the single telephone number zip code routing service, each trigger may require a different trigger, which may be nonetheless logically similar to each other.
  • This complex service defines exception periods and determines whether a call routed to an individual subscriber's location requires additional routing. These exception periods may be defined according to, e.g., date, time, or day.
  • Exception periods may be based upon a specific date that a call is routed to a particular subscriber satellite location. For each single telephone number routing service call, the CPN-to-zip code translation is performed, then the subscriber defined routing number is forwarded to the trigger CPR.
  • the single telephone number routing service subscriber may select, e.g., up to ten different dates per each routing number, each date with a correspondingly defined final routing telephone number. If a call is received on one of the exception period dates, the call may be routed according to a corresponding final routing number or a percent allocation distribution. Calls received on non-exception period dates may be routed according to the geographic location of the originating caller.
  • the subscriber may define, e.g., a list of time-of-day/day-of-week entries for each subscriber satellite office, each listing with a correspondingly defined routing telephone number.
  • the list preferably accounts for each hour in a twenty-four hour period or each day of the week.
  • the single telephone number routing service subscriber may select, e.g., up to ten different time-of-day/day-of-week entries for each subscriber's office. If calls are received during an exception period, then the call is rerouted to the final routing number defined in the time-of-day/day-of-week list or a percent allocation distribution. If calls are received during a non-exception period, then routing to the subscriber office telephone number determined during zip code routing is performed.
  • the subscriber may alternatively select percentage allocation routing.
  • the subscriber may select, e.g., 2 to 5 percentages, preferably whole number and preferably totalling 100%.
  • the percent allocation feature does not limit the subscriber to only one routing location during an exception period. Percent allocation allows subscribers to distribute calls among several satellite office during an exception period.
  • the ISCP includes a random allocation algorithm which may be implemented in providing the percent allocation feature.
  • the flow diagram of the customer location routing service may be the same as the single telephone number zip code routing service until control and the routing number are handed over to the trigger CPR with the routing telephone number at step 1106.
  • the routing number may be one of the subscriber's satellite office closest to the caller's location and the subscriber's default telephone number.
  • FIG. 12 An exemplary scenario of a customer location routing service 1200 is shown in FIG. 12. After the zip code routing of the originating call has occurred at 1201, it is determined whether the originating call is being routed to a location during an exception period. Assuming that the possible locations for zip code routing are location P 1202 and location Q 1206, that location P includes a time-of-day exception period, and that location Q includes a day-of-week exception period. Location P, between 7:00 pm and 8:00 am, will route all calls to an alternate (or final) routing number 1205, e.g., (314) 880-8500 and, between 8:01 am and 6:59 pm, will route all calls to the telephone number determined during simple zip code routing 1204. Location Q, on Saturday and Wednesday, will route all calls to an alternate routing number 1208, e.g., (314) 880-8500 and, on Sunday-Tuesday, Thursday, and Friday, will route all calls by simple zip code routing 1209.
  • an alternate routing number 1208 e.g., (314) 8
  • the trigger CPR After the zip code CPR hands over the routing number at step 1106, e.g., the routing number for Location P, it is determined at step 1107 whether the current call has been offered during a defined exception period. Assuming that the originating call is placed during an exception period, e.g., 11:30 pm, the trigger CPR will perform the defined call forwarding technique, e.g., replace the zip code CPR routing number with the final routing number, at step 1111, and the logic forwards the routing number to step 708. Assuming that the originating call is place during a non-exception period, e.g., 2:00 pm, the routing number the zip code CPR may be forwarded by the logic at step 708. The remaining steps in the trigger CPR are identical to those discussed above. Alternatively, if the routing number for Location Q was handed over from the zip code routing at step 1106, it would be necessary to determine whether the originating call was placed during an exception period defined for Location Q 1107, e.g., Saturday and Wednesday.
  • the selected manner of forwarding by the subscriber is not limited to a single service. That is, any combination of the day-of-week, time-of-day, and specific date exception periods may be combined with a customer defined customer location routing service.
  • This service determines whether or not the offered call should be routed solely according to the caller's geographic location.
  • This service is a combination of the single number service and the customer location routing. In other words, the zip code+4 translation may be bypassed during certain defined exception periods and, during other defined exception periods, the closest location routing number may be replaced with a final routing number.
  • FIG. 13 shows an example of the trigger CPR for the single number/customer location routing service. Again, each trigger may require a different trigger, which may be nonetheless logically similar to each other.
  • a single number service 1400 time-of-day exception period 1401 is defined in which between 3:01 pm and 2:59 am calls are allocated between satellite location R, S, and T at 35%, 45%, and 20%, respectively. Otherwise, calls are routed according to the zip code CPR routing number 1409. Further day-of-week exception codes are defined for each satellite location R, S, T, U, and V at 1406, 1407, 1408, 1410, and 1417, respectively.
  • satellite location R 1411 has no exception logic on Monday through Friday 1412, but is final routed to satellite location S on Saturday and Sunday 1413; satellite location S has no exception logic on Saturday and Sunday 1415, is alternate routed to satellite location T on Tuesday through Friday 1420, and allocated 1416 on Monday between satellite location U (30%) 1418 and satellite location V (706) 1419; satellite location T has no exception on Monday through Friday 1422, and is final routed to satellite location S on Saturday and Sunday 1423; satellite location U has no exception on Monday, Wednesday and Friday 1425, is alternate routed to satellite location S on Saturday and Sunday 1426, and is alternate routed to satellite location V on Tuesday and Thursday 1427; and satellite location V has no exception on Monday through Thursday 1429, is final routed to satellite location R on Friday 1430, and is final routed to satellite location S on Saturday and Sunday 1431.
  • the SSP is triggered by the single telephone number.
  • the AIN Release 0.0 or 0.1 query call variables are converted to common call variables for use by the ISCP.
  • step 1307 determines whether the specific routing number is within an exception period.
  • step 1307 recognizes the exception period and step 1311 determines that satellite location T should be returned as the routing number at step 708.
  • the remaining steps in the trigger CPR are identical to those discussed above.
  • the subscriber may individually define and, therefore, fine tune a service area to satisfy the various requirements of the patrons of its satellite offices within an intended service area.
  • the single telephone number service may be defined such that certain offices are not forwarded calls during times in which the office is closed.

Abstract

An apparatus and method are provided for routing a telephone call according to the geographic location of the originating party. A subscriber with multiple network locations within a service territory may have all of their offices accessible to customers through a single publicized telephone number. The single telephone number may trigger advanced intelligent network technology. The network may ascertain the geographic location from which the call originates and accordingly, route the originating call to a subscriber's office which is located closest to the originating caller. Further, exception periods may be provided to enable subscribers to individualize their service by only routing to the closest satellite office at specified days, times, etc. The exception periods may also be employed to reroute calls intended for the closest satellite office to a predetermined location.

Description

BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention generally relates to an apparatus and method for routing telephone calls in a telecommunications network according to the geographic location from which the call originates. More particularly, the present invention relates to an application in an Advanced Intelligent Network (AIN) for routing calls to a closest of a plurality of branch or satellite offices based upon the geographic area in which the call originates, e.g., according to the zip code+4 of the caller.
2. Acronyms
The written description provided herein contains acronyms which refer to various communication services and system components. Although known, use of several of these acronyms is not strictly standardized in the art. For purposes of the written description herein, acronyms will be defined as follows:
AIN--Advanced Intelligent Network
CCS--Common Channel Signaling
CENTREX--Central Exchange Service
CIC--Carrier Identification Code
CO--Central Office
CPR--Call Processing Record
DID--Direct Inward Dialing
DRS--Data Reporting System
ILEC--Independent Local Exchange Carrier
ISCP--Integrated Service Control Point
IXC--Interexchange Carrier
LATA--Local Access and Transport Area
LIDB--Line Information Data Base
LVAS--Line Validation Administration System
NPA--Number Plan Area
NXX--Central Office Code
PBX--Private Branch Exchange
PIC--Presubscribed Interexchange Carrier
SCP--Service Control Point
SS7--Signaling System 7
SSP--Service Switching Point
STP--Signaling Transfer Point
TCAP--Transaction Capabilities Applications Part
TCP/IP--Transmission Control Protocol/Internet Protocol
WAN--Wide Area Network
3. Background and Material Information
In recent years, a number of new telephone service features have been provided by an Advanced Intelligent Network (AIN). The AIN evolved out of a need to increase the capabilities of the telephone network architecture to meet the growing needs of telephone customers. The AIN architecture generally comprises two networks, a data messaging network and a trunked communications network. The trunked communications network handles voice and data communications between dispersed network locations, whereas the data messaging network is provided for controlling operations of the trunked communications network.
An illustration of the basic components of an AIN architecture is shown in FIG. 15. As shown in FIG. 15, Central Offices (CO) 64-70 are provided for sending and receiving data messages from a Service Control Point (SCP) 56 via a Signaling Transfer Point (STP) 58-62. The data messages are communicated to and from the COs 64-70 and the SCP 56 along a Common Channel Signaling (CCS) network 88. Each CO 64-70 serves as a network Service Switching Point (SSP) to route telephone calls between a calling station (e.g., station 72) and a called station (e.g., station 84) through the trunked communications network 90-92. For more information regarding AIN, see Berman, Roger K., and Brewster, John H., "Perspectives on the AIN Architecture," IEEE Communications Magazine, February 1992, pp. 27-32, the disclosure of which is expressly incorporated herein by reference in its entirety.
A number of features provided by prior AIN or AIN-type intelligent networks relate to specialized call processing of incoming calls.
For example, U.S. Pat. Nos. 4,611,094 and 4,611,096, both to ASMUTH et al., disclose a system for providing custom incoming telephone call processing services to a subscriber operating at many geographically diverse locations. A subscriber program stored in a central database is accessed to provide instructions to the SSPs to complete incoming calls to one of the subscriber locations in accordance with special services defined by the subscriber. The subscriber program controls the Action Control Points (ACP) to string together the desired call processing capabilities to process each call. Specified parameters stored in the program, such as time of day, caller location and data inputted by the caller, determine the final destination to which each call should be completed.
U.S. Pat. No. 4,788,718, to McNABB, teaches centralized recording of call traffic information. The system provides a data gathering and recording function to the centralized database which stores the subscriber's call routing program. The subscriber's call routing program performs several functions, including presenting various announcements to callers, prompting callers for inputting information digits and collecting the resulting information digits, routing the call to a number provided by the subscriber, and performing final call dispositions other than routing to the telephone number provided by the subscriber. Processing of the call traffic information dynamically changes the subscriber's call routing program to reduce the number of blocked calls to the subscriber's telephone numbers.
U.S. Pat. No. 5,247,571, to KAY et al., discloses an Area Wide Centrex system to provide specialized calling features to stations connected to a plurality of central offices. Each of the central office switching points connects to a number of local telephone lines. The features are extended to the local telephone lines by taking the programming intelligence out of the central offices and moving it to a database located at a centralized location, such as an SCP. Service features are controlled by the central database and are changed by reprogramming the service logic located at the central database. A variety of service features are provided including a work at home service that enables a user of a private network access from a home telephone and access authorization to increase the security of the private network.
U.S. Pat. No. 5,353,331, to EMERY et al., discloses an AIN system which connects to, and controls processing of, calls to a subscriber's wireless handset via a home base station or wireless communication network. In response to calls directed to the subscriber's wireless handset, the AIN determines where the handset is located using a central database and routes the call to that location. The incoming call can be routed directly to the handset, blocked, or routed to an alternate termination point. In response to calls from the handset, the central database provides instruction data to the land line network to extend a requested special service to the subscriber.
While prior AIN or AIN-type intelligent network applications have provided various call forwarding features to subscribers and users, such prior attempts have not automatically ascertained the geographic location of the call origination so as to route the call to a nearest termination telephone number as more fully described herein. Further, such prior attempts have not provided flexibility to subscribers in terms of providing various routing options that may be combined with routing based on geographic location of the call.
These features would be highly desirable to users or subscribers, i.e., businesses with many satellite offices within a single geographic area so that customers, by calling a single publicized telephone number, will automatically be routed to the closest office location of the subscriber. The ability to combine geographic routing with other routing options (time-of-day, day-of-week, specific date, percent allocation distribution, etc.) would also be beneficial to businesses by providing proper and automatic routing of calls from customers. Further, by using a single publicized telephone number, up-front investment costs of the subscriber's premises equipment and advertising costs are reduced, customer's efforts to contact a convenient location of the subscriber are aided, and fast reliable service to subscribers and their customers is provided.
SUMMARY OF THE PRESENT INVENTION
In view of the above, the present invention, through one or more of its various aspects and/or embodiments is thus presented to accomplish one or more objectives and advantages, such as those noted below.
A general object of the present invention is to provide an apparatus and method for routing calls based upon the geographic location from which the call originates.
Another object of the present invention is to provide Advanced Intelligent Network (AIN) functionality to a subscriber with multiple branch or satellite business locations within a local telephone service network.
A further object of the present invention is to provide Advanced Intelligent Network (AIN) functionality and routing for a single publicized telephone number.
Still another object of the present invention is to route calls to a nearest branch office according to the geographic location of the calls origination, e.g., by using zip code+4.
Another object of the present invention is to incorporate a single telephone number service with other intelligent call forwarding services to route calls to a nearest satellite office according to a business subscriber's needs, e.g., the nearest branch open for business.
Accordingly, one aspect of the present invention is directed to a method for routing an originating call to a subscriber location within a communication network. The network includes a two-way communication network interconnecting a plurality of service switching points and a plurality of dispersed network locations. The service switching points selectively establishing a communication connection between at least two of the network locations in response to a call request from a calling party, and a service control point includes a subscriber service logic. The network locations include a plurality of subscriber locations. The method includes identifying a subscriber's service based on the call request from the calling party to establish a communication connection with the subscriber, ascertaining a geographic location of the originating call in accordance with the originating telephone number of the calling party, determining which of the plurality of subscriber locations is closest to the geographic location of the calling party, and routing the originating call to the determined closest subscriber location.
According to another aspect of the present invention, the ascertaining step includes receiving the originating telephone number and translating the originating telephone number into a zip code of call origination.
According to yet another aspect of the present invention, the ascertaining step includes forwarding the call request to a predetermined default telephone number when the originating telephone number is not received by the service control point.
According to a further aspect of the present invention, the method further includes limiting incoming calls to the identified service to calls originating within a predefined geographic area. The limiting step may occur after identifying the service and before the ascertaining step.
According to yet another aspect of the present invention, the predefined geographic area defines a market area of the subscriber and stored in a table in the service control point.
According to another aspect of the present invention, the method further includes forwarding calls originating outside of the predefined geographic area to an informational announcement.
According to another aspect of the present invention, the determining step includes comparing the ascertained geographic location with a predefined list of subscriber service areas. The predefined list may be stored within the service control point.
According to yet another aspect of the present invention, the predefined list correlates each geographic location within the subscriber service area with a predefined terminating number of one of the plurality of subscriber locations.
According to yet another aspect of the present invention, the ascertaining step includes querying an external database that includes a list of service provider customer telephone numbers and corresponding customer geographic information. The customer information may include zip code+4 information.
According to another aspect of the present invention, the method further includes responding to the querying step by transmitting the geographic information related to the originating telephone number to the service control point. The determining step forwards the call request to a terminating telephone number of the closest subscriber location to the geographic location response.
According to another aspect of the present invention, the method further includes responding to the querying step by transmitting predetermined default geographic information when the originating telephone number is not listed in the external database. The determining step forwards the call request to a predetermined default telephone number when predetermined default geographic information is transmitted in the query response.
According to yet another aspect of the present invention, the ascertaining step further includes waiting a predetermined time period for a response to the query to the external database and forwarding the call request to a predetermined default routing telephone number if a response is not received within the predetermined period. The predetermined time period being between approximately 1.0 and 3.0 seconds.
According to a further aspect of the present invention, the predefined list includes a plurality of geographic areas which comprise a predefined subscriber service area. Each geographic area listed is associated with a routing telephone number corresponding to one of the plurality of subscriber locations. The determining step includes comparing the ascertained geographic location with each geographic area listed in the predefined list. If one of the plurality of geographic areas corresponds to the ascertained geographic location, the method forwards the call request to the associated routing telephone number, and if one of the plurality of geographic areas does not correspond to the ascertained geographic location, the method forwards the call request to a predetermined default routing telephone number.
According to a further aspect of the present invention, each geographic area is listed according to it post office zip code+4 designation. The comparing steps include comparing the ascertained geographic location to the zip code+4 designation of each listed geographic area. If no matches are found, comparing the ascertained geographic location to the zip code+3 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+2 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code +1 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+0 designation of each listed geographic area, and wherein if no matches are found, the call request is forwarded to a predetermined default routing telephone number.
According to another aspect of the present invention, each geographic area may be listed only according to its zip code+2 and zip code+1 designation.
According to yet another aspect of the present invention, the external database includes a line information database. The line information database includes receiving service provider customer billing information for each associated customer telephone number, stripping off post office zip code +4 designations for each customer, and storing for each customer zip code+4 designation according to the associated customer telephone number.
According to another aspect of the present invention, the method further includes recognizing an exception period for providing at least one alternate routing telephone number. When the exception period is recognized before the ascertaining step, the method further includes forwarding the call request to at least one alternate routing telephone number. Each alternate routing telephone number may be assigned according to one of a time of day, a day of the week, or a specific date. Each alternate routing telephone number may also be forwarded according to a predefined percent allocation distribution.
According to another aspect of the present invention, the exception period includes a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations. When one of the exception period is associated with the determined closest subscriber location, the method further includes forwarding the call request to at least one alternate routing telephone numbers. Each alternate routing telephone number may be assigned according to one of time of day, day of the week, specific date. Each alternate routing telephone numbers may also be forwarded according to a predefined percent allocation distribution.
According to another aspect of the present invention, the exception period includes a first and a second exception period, the first exception period being recognizable before the ascertaining step. When the first exception period is recognized, the method further includes forwarding the call request to at least one alternate routing telephone number. The second exception period includes a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations. When one of the exception period is associated with the determined closest subscriber location, the method further includes forwarding the call request to at least one alternate routing telephone numbers.
According to yet another aspect of the present invention, each alternate routing telephone number may be assigned according to one of a time of day, a day of the week, or a specific date. Each alternate routing telephone number may also be forwarded according to a predetermined percent allocation distribution.
Another aspect of the present invention is directed to an apparatus for routing an originating call to a subscriber location within a communications network. The network includes a two-way communication network interconnecting a plurality of service switching points and a plurality of dispersed network locations. The service switching points selectively establish a communication connection between at least two of the network locations in response to a call request from a calling party, and a service control point includes subscriber service logic. The network includes a plurality of subscriber locations. The apparatus includes a device for identifying a subscriber's service based on the call request from the calling party to establish a communication connection with the subscriber, a device for ascertaining a geographic location of the originating call in accordance with the originating telephone number of the calling party, a device for determining which of the plurality of subscriber locations is closest to the geographic location of the calling party, and a device for routing the originating call to the determined closest subscriber location.
According to another aspect of the present invention, the ascertaining step including means for receiving the originating telephone number and means for translating the originating telephone number into a zip code of call origination.
According to another aspect of the present invention, the ascertaining means includes a device for forwarding the call request to a predetermined default telephone number when the originating telephone number is not received by the service control point.
According to another aspect of the present invention, the apparatus further includes a device for limiting incoming calls to the identified service to calls originating within a predefined geographic area. The limiting device may be actuated after the service is identified and before the ascertaining device is actuated.
According to another aspect of the present invention, the predefined geographic area defining a market area of the subscriber and stored in a table in the service control point.
According to another aspect of the present invention, a device for forwarding calls originating outside of the predefined geographic area to an informational announcement.
According to another aspect of the present invention, the determining device includes a device for comparing the ascertained geographic location with a predefined list of subscriber service areas, the predefined list being stored within the service control point. The predefined list correlates each geographic location within the subscriber service area with a predefined terminating number of one of the plurality of subscriber locations.
According to another aspect of the present invention, the ascertaining device includes a device for querying an external database that includes a list of service provider customer telephone numbers and corresponding customer geographic information.
According to another aspect of the present invention, the customer information including zip code+4 information.
According to another aspect of the present invention, the apparatus further comprising a device for responding to the querying step by transmitting the geographic information related to the originating telephone number to the service control point.
According to another aspect of the present invention, the determining device forwarding the call request to a terminating telephone number of the closest subscriber location to the geographic location response.
According to another aspect of the present invention, the apparatus further includes a device for responding to the querying step by transmitting predetermined default geographic information when the originating telephone number is not listed in the external database.
According to another aspect of the present invention, the determining device forwarding the call request to a predetermined default telephone number when predetermined default geographic information is transmitted in the query response.
According to another aspect of the present invention, the ascertaining device further includes a device for waiting a predetermined time period for a response to the query to the external database and a device for forwarding the call request to a predetermined default routing telephone number if a response is not received within the predetermined period. The predetermined time period being between approximately 1.0 and 3.0 seconds.
According to another aspect of the present invention, the predefined list includes a plurality of geographic areas which comprise a predefined subscriber service area. Each geographic area listed is associated with a routing telephone number corresponding to one of the subscriber locations.
According to another aspect of the present invention, the determining device includes a device for comparing the ascertained geographic location with each geographic area listed in the predefined list. If one of the plurality of geographic areas corresponds to the ascertained geographic location, forwarding the call request to the associated routing telephone number and if one of the plurality of geographic areas does not correspond to the ascertained geographic location, forwarding the call request to a predetermined default routing telephone number.
According to another aspect of the present invention, each geographic area is listed according to it post office zip code+4 designation, and the comparing device for comparing the ascertained geographic location to the zip code+4 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+3 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+2 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+1 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+0 designation of each listed geographic area, and wherein if no matches are found, the call request is forwarded to a predetermined default routing telephone number.
According to another aspect of the present invention, the external database includes a line information database. The line information database includes a device for receiving service provider customer billing information for each associated customer telephone number, a device for stripping off post office zip code+4 designations for each customer, and a device for storing for each customer zip code+4 designation according to the associated customer telephone number.
According to another aspect of the present invention, the apparatus further includes a device for recognizing an exception period for providing at least one alternate routing telephone number. When the exception period is recognized before actuation of the ascertaining a device, the apparatus further includes a device for forwarding the call request to a one of the at least one alternate routing telephone number. Each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date. Each of the at least one alternate routing telephone number may be further forwarded according to percent allocation distribution.
According to another aspect of the present invention, the exception period includes a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations. When one of the exception period is associated with the determined closest subscriber location, the apparatus further includes a device for forwarding the call request to a one of the at least one alternate routing telephone numbers. Each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date. Each of the at least one alternate routing telephone numbers may be further forwarded according to percent allocation distribution.
According to another aspect of the present invention, the exception period includes a first and a second exception period, the first exception period being recognizable before the ascertaining step. When the first exception period is recognized, the apparatus further includes a device for forwarding the call request to a one of the at least one alternate routing telephone number. The second exception period includes a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations. When one of the exception period is associated with the determined closest subscriber location, the apparatus further includes a device for forwarding the call request to a one of the at least one alternate routing telephone numbers. Each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date. Each of the at least one alternate routing telephone number may be further forwarded according to percent allocation distribution.
Another aspect of the present invention is directed to an apparatus for routing an originating call to a subscriber location within a communications network. The network includes a two-way communication network interconnecting a plurality of service switching points and a plurality of dispersed network locations. The service switching points selectively establishing a communication connection between at least two of the network locations in response to a call request from a calling party, and a service control point includes subscriber service logic. The network includes a plurality of subscriber locations. The apparatus includes a device for accessing a subscriber's service logic associated with a subscriber's service from a telephone number input by the calling party, a device for transmitting a query to a database to determine a zip code associated with the calling party, a device for receiving a response from the database, the response including an associated zip code, a predefined look up table for associating each zip code within a subscriber service area with one of a predefined terminating telephone number and a default terminating number, the terminating telephone number associated with a subscriber location predefined to receive calls originating within the associated zip code, a device for looking up the received response from the database to determine the terminating number, and a device for routing the originating call to the determined terminating number.
According to another aspect of the present invention, the apparatus further includes a forwarding device for bypassing the subscriber's service during one of a predetermined day of the week, time of day, and specific date. The forwarding device includes a device for routing the originating call to an alternate routing number associated with the forwarding a device.
According to another aspect of the present invention, the apparatus further includes a forwarding device for rerouting the originating call from the determined terminating number to an alternate routing number during one of a predetermined day of the week time of day, and specific date.
According to another aspect of the present invention, the apparatus further includes an error detection device for detecting at least one predetermined error occurring during the call request.
According to yet another aspect of the present invention, the error detection device includes a recording and compiling device for recording the at least one predetermined error occurring during the call request and for compiling the at least one predetermined error in a predefined format.
According to a further aspect of the present invention, the at least one predetermined error includes at least one of no originating number delivered to the subscriber's service logic, the originating number not found in the database, the originating number found in the database without a corresponding zip code, the zip code not found in the predefined look-up table, timeout, query error to database, response error from database, the originating number not originating from a participating carrier, and originating call from outside of the predefined subscriber locations.
The above-listed and other objects, features and advantages of the present invention will be more fully set forth hereinafter.
BRIEF DESCRIPTION OF THE DRAWINGS
The present invention is further described in the detailed description that follows, by reference to the noted plurality of drawings by way of non-limiting examples of preferred embodiments of the present invention, in which like references numerals represent similar parts throughout the several views of the drawings, and wherein:
FIG. 1 illustrates, in a general block diagram form, an Advanced Intelligent Network (AIN) system for implementing intelligent single telephone number routing features according to an aspect of the present invention;
FIG. 2 shows an exemplary representation of a local service area of a subscriber;
FIG. 3 shows an exemplary table for defining a subscriber's service area by correlating local zip codes with satellite office routing telephone numbers;
FIG. 4 shows an exemplary table for use with a Market Area Screening service of the invention;
FIG. 5 is an example of a flow diagram for a zip code CPR for implementing the features of the invention;
FIG. 6 shows an exemplary NPA-NXX table for determining whether a caller's NPA-NXX is supported by the external database;
FIG. 7 shows an example of a flow diagram of a trigger CPR and logic flow for a single telephone number zip code routing service, according to the present invention;
FIG. 8 shows an example LATA table that may be stored within the ISCP;
FIG. 9 shows an example of a flow diagram of a trigger CPR and logic flow for a single number service;
FIG. 10 shows an example of a single number service service, according to the present invention;
FIG. 11 shows an example of a flow diagram of a trigger CPR for a customer location routing service of the present invention;
FIG. 12 shows an example of a customer location routing service service;
FIG. 13 shows an example of a flow diagram of a trigger CPR and logic flow for a single number/customer location routing service;
FIG. 14 shows an example of a single number/customer location routing service service, according to the present invention; and
FIG. 15 shows an AIN system, according to the prior art.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
Many telephone services may be provided using an AIN or AIN-type network for centralized control of telephone services offered to subscribers, as opposed to localized control of services at the Central Office (CO). The AIN system is provided through interaction between switching points and other systems supporting AIN logic.
The AIN based single telephone number routing service of the present invention may be implemented using at least AIN Release 0.1 and 0.0 protocols, software and hardware for the line information data base (LIDB), and other AIN capabilities, including programmable service control points (SCPs), central offices equipped with AIN service switching point (SSP) features, and existing Common Channel Signaling (CCS) networks. The Signaling System 7 (SS7) network is a widely used CCS network that provides two-way communication of Transaction Capabilities Application Part (TCAP) formatted data messages between the SCP and the SSP. The AIN based system essentially employs an upper-level software network through the SSPs and the SCP. The upper-level software resides over the service hardware to check the call route and the availability of connection prior to hardware connection.
Although the various embodiments of the invention described herein make reference to particular AIN implemented features and structures, other AIN and AIN type architectures and components may be used to provide and implement the present invention.
Referring now to the accompanying drawings, FIG. 1 illustrates a general block diagram of an Advanced Intelligent Network (AIN) in which an apparatus and method for intelligent single telephone number routing is embodied in accordance with an aspect of the present invention. In FIG. 1, local telephone lines 5 connect a plurality of individual network locations 34A-48B in each geographic area to the closest Central Office (CO), or End Office (EO) 34-48.
End Offices 34-48 are equipped as AIN SSPs to allow normal switch call processing to be suspended at specific points in a telephone call, enabling TCAP formatted query and response messages to be transmitted between the SSP and ISCP. AIN queries will be routed from a central office or switching service point to a local STP using existing SS7 links. These queries will then be routed from the local STP to the regional STP, and from the regional STP to the ISCP. The SS7 message routing should be devised to minimize the need for data administration at the local and regional STPS. A capability code may be established at the STPs that serve the SCP. This capability code is used by the SSPs and the STPs to do point code routing until the message is received by the "last" STP pair (that is, serving the SCP). STPs within the network are equipped to route AIN SS7 messages from SSPs to ISCPs based upon six digit global title translations. For example, NPA-NXX of the single telephone number may be translated by the STP to destination point code (DPC) of ISCP running the single telephone number application for that single number.
The SSPs may include, but are not limited to, 5ESS, 1AESS, and DMS-100 switches. The trigger on the 5ESS switch may be an AIN type 10 digit trigger. The trigger may be based upon AIN Release 0.1 protocol and preferably AIN Release 0.1 query call variables may be converted into common call variables by a call processing record (CPR) in ISCP 30. If a 5ESS switch is utilized, then these switches should be equipped with Generic 5E9(1) (or higher) and provided the necessary trigger requirements (discussed below) in order to serve subscribers. The trigger on a 1AESS switch may be a dialed line number trigger based upon a 10 digit virtual number. The trigger may be based upon the AIN Release 0.0 protocol and preferably AIN Release 0.0 query call variables may be converted into common call variables by a CPR in the ISCP. Further, if 1AESS switches are employed, they should be equipped with Generic 1AE12.03 (or higher) and provided the necessary trigger requirements in order to serve subscribers. The trigger on the DMS-100 switch may be a termination attempt trigger (TAT) based upon the AIN Release 0.1 protocol and preferably AIN Release 0.1 query call variables may be converted into common call variables by a CPR in the ISCP 30. Further, if DMS-100 switches are used, NA003, Release 2 (or higher) should be provided.
Triggers in switches may have certain identifiable parameters, including the telephone number with the trigger that permit the SSP and ISCP to synchronize their mutually supporting activities. On its end, the ISCP uses the trigger identifiable parameters to select the proper CPR to implement the technique of converting the call variables that accompany the query with trigger identifiable parameters into common call variables.
For purposes of illustration, six SSPs are shown in FIG. 1. The actual network may be provisioned with more (or less) than the number of SSPs shown in FIG. 1. The SSPs 34-48 are switches which perform the following function: recognize AIN-type calls; launch queries to an Integrated Service Control Point (ISCP) 30; and, receive commands and data from the ISCP 30 to further process and route AIN-type calls. When one of the SSPs 34-48 is triggered by an AIN-type call, the SSP formulates an AIN service request and responds to call processing instructions from the network element in which the AIN service logic resides. The AIN service logic or control software may reside in a database at the Service Control Point (SCP) 26. The SSPs are connected by trunked communication lines 52 which are used to connect and carry communication signals, e.g., voice and/or data, from a calling party to a called party.
In FIG. 1, the SSPs are shown equipped with Common Channel Signaling (CCS) capabilities, e.g., Signaling System 7 (SS7), which provides for two-way communications of data messages between each SSP and the ISCP 30 via CCS links 50. The data messages are formatted in accordance with the Transaction Capabilities Applications Part (TCAP). As shown in FIG. 1, each SSP 34 and 36 may be connected to a first local area Signaling Transfer Point (STP) 20 by SS7 link 50; each SSP 38 and 40 may be connected by SS7 link 50 to STP 21; and each SSP 46 and 48 may be connected by SS7 link 50 to STP 22. The connections by links 50 to the STPs are for signaling purposes, and allow the SSPs to send and receive messages to and from the ISCP 30 via the STPs. Each of the STPs can be connected to a large number of other STPs. For purposes of illustration in FIG. 1, SS7 links 50 are shown as connecting local STPs 20, 21, and 22 to a regional STP 24 and connecting the regional STP 24 to the ISCP 30.
The ISCP 30 is an integrated system which may include a Service Management System (SMS) 27, a Data and Reports System (DRS) 28, a programmable Service Control Point (SCP) 26, and a Service Creation Environment (SCE) 32. The SCE 32 is a software based terminal that may be implemented to work with the SMS 27 to create, modify, and load service control software (i.e., service logic) into the database in the SCP 26. The SCP 26 executes software-based service logic and may return call routing instructions to the SSPs. The SMS 27 and the DRS 28 may be provided for compiling calling information to be used for billing and administrative purposes. By way of example, the ISCP 30 may be implemented with the Bellcore Integrated Service Control Point (ISCP), loaded with preferably at least ISCP software Version 4.0, available from Bell Communications Research, Inc., of Livingston, N.J.
The SCP 26 may be linked to an external database 150 that stores various routing information, e.g., information for translating an originating telephone number into the caller's geographic location of origin. The external database 150 may be linked to STP 24 via data communication links and include, e.g., a line information database (LIDB) running preferably at least software Version LIDB 7.0, available from Bell Communications Research, Inc., of Livingston, N.J. Alternatively, external database 150 may be directly accessed by and connected to SCP 26 via a TCP/IP connection (not shown)
Advanced Intelligent Network (AIN) call processing differs from standard telephone call processing in that a query to a centralized database, e.g., ISCP 30, is triggered by an AIN application. In AIN-type call processing, an SSP is responsible for identifying calls associated with AIN services, detecting when conditions for AIN service involvement are met, formulating service requests for call processing instructions, and responding to the instructions received. As with normal call processing, the call may be suspended at the calling party's end office or switch equipped as an SSP and may send a data message, via the SS7 links 50, to the STPs to establish the call route. AIN services are created by assigning appropriate SSP call suspension points, known as AIN "triggers", accessed via customer lines or telephone numbers, and accessing customer or service-specific logic in the ISCP 30.
The SSPs launching the AIN queries are preferably end office AIN SSPs, 34-48. This enables the trigger for the subscriber service to be placed at the end office serving the NPA-NXX of the single telephone number trigger and allows the trigger to use trunks 52 or other facilities, i.e., inter-LATA, international, etc., for call routing. Thus, if an originating call encounters an AIN trigger at the end office designated to receive the NPA-NXX of the single telephone number trigger, i.e., triggering AIN service involvement, the SSP, e.g., 36, suspends call processing, then queries the ISCP 30 through the STPs 20 and 24 over the SS7 links 50.
For purposes of illustration, assume that a business (Business X), e.g., a food delivery service, has a main office at location 36B, four satellite (branch) offices located throughout the local telephone service area at locations 38B, 40B, 46B, and 48B, and subscribes to the intelligent single telephone number zip code routing service. Assume that Business X advertises its single telephone number, e.g., 987-6543, which is a telephone number (i.e., NPA-NXX) served from end office 40. Also assume that a customer (customer Y) at location 34A desires food to be delivered from Business X. Customer Y picks up the receiver at 34A and gets a dial tone from end office/SSP 34, Customer Y may dial the single telephone number publicized by Business X, e.g., 987-6543, from originating location 34A, ultimately offering connection to the nearest delivery office of Business X, e.g., Main Office at location 36B. The AIN trigger may be established in the SSP end office that serves the NXX of the single telephone number, i.e., end office 40; however, the system should not be construed as limited to this arrangement, for example, the AIN trigger could be established at the originating end office that is equipped as an SSP or at a local or LATA tandem switch equipped as an SSP. In FIG. 1, end office/SSP 34 routes the call over trunks 52 to end office/SSP 40. End office/SSP 40 then receives the call and is triggered. As a result, end office/SSP 40 launches a message, over links 50, to query SCP 26. SCP 26 then responds back to end office/SSP 40 with routing information, and end office/SSP 40 routes the call over trunks 52 to end office/SSP 36. End office/SSP 36 rings location 36B, and Business X at location 36B may answer to complete the communication path.
Upon receiving the query message from the AIN SSP equipped end office 40, the ISCP 30 executes software based service logic programs stored in the SCP 26 to perform subscriber functions, e.g., establishing a routing number based upon the geographic location of the originating party, and returns a response to the end office 40 with call routing instructions to forward the call to the appropriate location (e.g., location 36B). The AIN service application, e.g., CPR 10, may be stored in an ISCP database, e.g., the SCP 26, and accessed by a predetermined SSP query launched from the triggering location, e.g., location 40.
As noted above, new services may be created by assigning appropriate SSP AIN triggers to subscriber lines or telephone numbers to access subscriber and/or service-specific logic in the ISCP. The intelligent single telephone number zip code routing service features of the present invention may be provisioned via SSP triggers implemented with the 10 digit part of the 3/6/10 digit trigger in AIN Release 0.1 for 5ESS switches, the Terminating Attempt Trigger (TAT) in AIN Release 0.1 for DMS-100 switches, or the office based (DN) trigger in AIN Release 0.0 for 1AESS switches.
When the ISCP 30 receives a query, the advanced intelligent single telephone number zip code routing service logic will be executed. Call data may be collected and recorded in the DRS 28, as per the normal ISCP SAMPLE node operation. For example, the ISCP 30 may contain resident service software that collects the calling (originating) telephone number, and called (terminating) telephone number. This resident service software may also collect the date and the time of certain predetermined error conditions that may arise during each query to the ISCP 30. A call processing record 10 may also be provided that is stored within the SCP 26. The CPR 10 may contain the service logic for each trigger, zip code translation, and call routing. The features of the CPR 10 are more fully discussed below with reference to FIGS. 5, 7, 9, 11, and 13.
After the ISCP 30 has collected the call data, the ISCP 30 will then return control of the call, via a routing number, to the call suspending SSP for termination. The routing number for this service will generally be the telephone number of the closest satellite office of the subscriber to the originating party's geographic location.
Once the subscribed service logic has been completed, control of the originating call may be returned to the triggering SSP. To complete the originating phone call, the ISCP service logic for this service may respond to the SSP query in one of two possible responses. The service may respond with a routing number in a TCAP connect message to the triggering SSP or respond with a message to play an announcement to the caller, e.g., to indicate that the caller is not within the subscriber's service area.
SINGLE TELEPHONE NUMBER ROUTING
As noted above, the single telephone number zip code routing feature is a geographic routing service that may be used for by business subscribers doing business from or providing services from more than one local area office. For example, as shown in FIG. 2, a portion of local telephone service area is shown which includes zip codes 63101 and 63102, each zip code further divided with a zip code+4 designation. Assume that Business X has its main office at 36B and 4 branch or satellite offices dispersed throughout the local area at locations 38B, 40B, 46B, and 48B. Business X subscribes to the single telephone number zip code routing service so that caller's within Business X's service area may call one telephone number and be automatically connected with the nearest Business X office.
To initiate service, business subscribers must predefine the service area from which calls are to be routed. For example, the business may define a service area according to a 5 to 9 digit zip code, 9 digits being more specific and preferred. Telephone calls offered to the single telephone number zip code service will be translated to determine the 5 to 9 digit zip code of the caller and identify which branch office of the subscriber to route the call based on the caller's zip code.
FIG. 3 shows one example of predefining the service area. The service area information may be provided in a look-up table that is stored in SCP 26. The service information may be provided in various layouts, e.g., 10 digit telephone number fields, zip code fields, and other fields. In FIG. 3, the first column defines the zip code of the originating (or calling) party. The second column of FIG. 3 defines the routing number for calls originating from the corresponding zip code. According to the example of FIG. 3, Business X has defined the area codes 63101 and 63102 as the general service area. Any calls originating from the nine digit zip code 63101-1234 will be routed to (314)380-8500. It is noted that the nine digit zip code is not required for predefining a service area, i.e., the service area may be predefined by any length zip code between five to nine digits. Thus, where the satellite offices are less densely populated, the service area may be defined by, e.g., seven digits (zip code+2) (see, e.g., row 3 of FIG. 3). The initial service information should also include a single telephone number (i.e., the number that "triggers" AIN processing at the SSP), a carrier identification code for any inter-LATA routing telephone number, a default routing telephone number, and an enable/disable for a market area screening option. The default telephone number is important in that any calls that cannot be routed according to the caller's geographic location are automatically routed to the subscriber's predefined default location for handling such matters. If the market area option has also been selected, the market area, defined by NPA-NXXs, must also be included to designate the areas from which calls will be allowed.
While the numbers in the zip code column may appear only once, a store location terminating (routing) number is not limited in the number of zip codes with which it may be associated. Further, due to how the table is searched by the service logic, i.e., 9 digit zip codes are searched then 8 digit, etc., it should be noted that 63101-1234 and 63101-123 would not cover the same zip codes. That is, 63101-1234 only covers 63101-1234, while 63101-123 covers all zip codes beginning with 63101-123 except 63101-1234 (and any additional 9 digit zip codes within the predefined table with a 63101-123 root).
The initial service information may be input into the ISCP via a computer workstation interface by a service representative of the service provider. The data may be uploaded or transferred to the ISCP. For example, a SPACE workstation interface (available from Bellcore) may be used to interface and transfer information to the ISCP. The subscriber may provide the service representative with the zip codes to route telephone numbers in a predefined service table stored in a file format on magnetic (or floppy) disk, e.g., ASCII, DOS using Excel or Lotus 1-2-3 spreadsheets, etc. Each subscriber table may contain a plurality of records, each record including two fields, i.e., a 5 to 9 digit zip code and an associated 10 digit routing telephone number (see, e.g., FIG. 3). The fields within a subscriber table may be separated by a tab and each record may be separated by returns.
As predefined in the example of FIG. 3, a telephone call originating from location A, (in zip code 63101-1234 of FIG. 2), will be directed to telephone number (314)380-8500 or Business X main location 36B. A call originating from location B (in zip code 63101-1301) will be routed to telephone number (314)380-8502 or branch office 3 at location 46B. A call originating at location C (in zip code 63101-2004) will be routed to telephone number (314)364-4677 or branch office 2 at location 40B. However, a call from location D (zip code 63101-1235) cannot be routed through the predefined table of FIG. 3. Accordingly, a call originating from this location must be forwarded to a default number or to a recording (e.g., "We are sorry, but the company you are calling does not currently serve your area with this telephone number. Please call or visit one of their convenient locations listed in your local telephone directory. Thank you for calling."). If location D is within the desired service area of the subscriber, the predefined table of FIG. 3 should be revised so that a routing number is defined for call originating within that zip code+4 service area.
The single telephone number zip code routing service, i.e., "simple" single telephone number zip code routing service, may also be combined with other features, e.g., day of the week/time of day routing; specific date routing; and percent allocation routing, to provide more "complex" routing services. For example, the single telephone number zip code routing service of the present application may be combined with one or more of the AIN routing services as disclosed in commonly owned U.S. application Ser. No. 08/455,024, filed May 31, 1995, entitled "Apparatus and Method for Forwarding Incoming Calls", the disclosure of which is incorporated herein by reference in its entirety.
In general, the AIN trigger may be established in the SSP end office that serves the NXX of the subscriber's single telephone number. The single telephone number may arrive at the SSP end office by normal network translations, i.e., the call may be directed to the called number serviced by the SSP end office. Once the offered call reaches the SSP end office, the single telephone number call may actuate the AIN trigger, which will suspend call processing while the SSP end office queries the ISCP to determine which appropriate branch office to route the offered call. The SSP end office may then route the offered call to a location as directed by the ISCP response message.
1. Trigger Requirements
The single telephone number zip code routing service of the present invention preferably employs a terminating trigger strategy in which the trigger may be provisioned within the end office of the NXX of the single telephone number. This preferred strategy simplifies the overall service because the ISCP logic for the single telephone number routing service may be limited to the trigger type and AIN Release number of the end office serving the NXX of the single telephone number and because any impact on switching memory, due to announcements or digit collection functionality implementation, may occur only on the end office serving the NXX of the single telephone number.
As indicated above, the present invention may be implemented with: 5ESS, 1AESS, and/or DMS-100 switches. The trigger on the 5ESS switch is a 10 Digit Trigger. The trigger may be based upon AIN Release 0.1 protocol and may preferably require that AIN Release 0.1 query call variables be converted into common call variables by a CPR in the ISCP 30. If the 5ESS switch is utilized, then these switches should be equipped with Generic 5E9(1) (or higher) and provided the necessary trigger requirements in order to serve subscribers. The trigger on the 1AESS switch may be a dialed line number (DN) trigger based upon a 10 digit virtual number. The trigger may be based upon the AIN Release 0.0 protocol and may preferably require AIN Release 0.0 query call variables to be converted into common call variables by a CPR in the ISCP 30. Further, if 1AESS switches are employed, they should preferably be equipped with Generic 1AE12.03 (or higher) and provided the necessary trigger requirements in order to serve subscribers. The trigger of the DMS-100 switch may utilize a termination attempt trigger (TAT) based upon the AIN Release 0.1 protocol and may preferably require AIN Release 0.1 query call variables to be converted into common call variables by a CPR in the ISCP 30. Further, if DMS-100 switches are used, NA003, Release 2 (or higher) should preferably be provided.
A DN trigger is one of several triggers in the originating call model. The 1AESS DN trigger has the same characteristics of the 5ESS 3/6/10 digit trigger. Calls routed by such an SSP may suspend processing after completing digit analysis and query the ISCP for further instructions. Like the 3/6/10 digit trigger, the DN trigger may be provisioned to recognize either NPA, NPA-NXX, or NPA-NXX-XXXX. For the single telephone number routing service, the ten digit trigger is preferably employed.
The TAT may be the only trigger detected in the terminating call model. This trigger may be detected in the null state of the terminating call model at the point when it has been determined that a connection between some originating facility is to be made to the DN to which the termination attempt trigger is assigned. When an SSP encounters a TAT, a terminating attempt query is launched prior to choosing the specific port to seize and the call is routed via instructions from the ISCP. It is noted that only analog lines can be provisioned as TATs and that the termination attempt trigger may be the only true terminating trigger defined within AIN Release 0.1.
According to an aspect of the present invention, the single telephone number that triggers AIN processing may be a virtual number, i.e., the single telephone number is not a routing number option. While provisioning the service in this manner may technically be possible with the TAT trigger on the DMS-100, the 3/6/10 trigger of the 5ESS, and the DN trigger on the 1AESS, calls intended for termination at the routing number may not be terminated as desired. That is, a call intended for the routing number would preferably always trigger the AIN service and, therefore, be redirected to the nearest office to the caller. Use of a virtual single telephone number enables customers to dial a specific office of the subscriber directly, if necessary.
The virtual single telephone number is not preferred as the default routing number. This is because, at some time it may be necessary or desired for the subscriber to change the default routing number. If changed, the single telephone number would most likely have to change, thus severely damaging advertising and goodwill expended by the subscriber in promoting their single telephone number to the public.
Because the trigger is located within the SSP end office of the NXX of the virtual single telephone number, there are no specific requirements for access by a caller to the single telephone number. The single telephone number may be accessed by any caller on any switch simply by dialing. In fact, any dialable telephone number on a 1AESS, 5ESS, or DMS-100 switch can be used as the single telephone number, although underlying physical facilities may have to be changed or eliminated.
a. 5ESS Procedures
The 3/6/10 digit trigger may be provisioned on the 5ESS for the single telephone number routing service. There is no limit on the number of simultaneous re-routed calls with the 3/6/10 digit trigger response message. The 5ESS response timer for a query to the ISCP may need to be increased from 3 to 4 seconds, depending on benchmarking of the SS7 LIDB get data query. The time-out limit applies only to the SSP where the single telephone number trigger is provisioned. The SSP timer includes the time interval for the ISCP single telephone number call processing record (CPR) execution and ISCP get data query to the zip code LIDB DB, which may be, e.g., 0.6 seconds for a LIDB SCP get data query.
Some callers, e.g., those with four party service, coin telephones, etc., may not be able to access single number service.
However, a 5ESS switch based call forwarding response message to a terminating attempt trigger may include intraand inter-forwarding limits, thus, limiting the number of simultaneously forwarded calls from the same TAT DN. The upper limit of the number of calls forwarded for a 5ESS is 99. Because it is likely that larger subscribers may have well over 100 simultaneously forwarded calls at any given time (especially during normal business hours), the TAT of the 5ESS may not be employed for the single telephone number service.
b. DMS-100 Procedures
The TAT trigger may be provisioned on the DMS-100 for single telephone number routing service. The DMS response timer for a query to the ISCP may need to be increased from 3 to 4 seconds, depending upon benchmarking of the SS7 LIDB get data query. This time-out limit applies only to the SSP where the single telephone number trigger is provisioned. The SSP timer includes the time interval for the ISCP single telephone number routing service CPR execution and ISCP get data query to the zip code LIDB DB, which may be, e.g., 0.6 seconds for a LIDB SCP get data query.
Lines and trunks able to originate calls to any AIN 0.1 trigger (including TAT) include: public lines--single party flat rate, single party measured rate, PBX line flat rate, PBX line measured rate; private lines--integrated business network, e.g., CENTREX, electronic business set; public trunks--intertoll trunks, trunk incoming, trunk 2 way; and private trunks--trunk incoming, trunk 2 way, and primary rate interface. The lines and trunks must be supported in NA003, Release 2. Unsupported lines may not originate calls to an AIN trigger for intraoffice calls, i.e., lines terminating in the SSP where the AIN trigger is provisioned. However, for example, a DMS two-party flat rate line may make calls to a triggered number in another office by supported trunk types.
The DMS-100 terminating attempt trigger forward call response message does not have intra- or inter-forward limits. However, if a limit is placed on the number of simultaneously forwarded calls, an option on the DMS-100 is to set a maximum of simultaneous forwarded calls to 1024, which should be sufficient for even large subscribers.
c. 1AESS Procedures
The DN trigger may be provisioned on the 1AESS for single telephone number routing. The DN trigger response message has no limit on the number of simultaneous re-routed calls. The 1AESS response timer for a query to the ISCP may need to be increased from 3 to 4 seconds, depending upon Bellcore's benchmarking of the SS7 LIDB get data query. The 1AESS response timer in V12.03 (ASP3), which may be tunable by an office option record. The time-out applies only to the SSP where the single telephone number trigger is provisioned. The SSP timer includes the time interval for ISCP single telephone number routing CPR execution and ISCP get data query to the zip code LIDB DB, which may be, e.g., 0.6 seconds for a LIDB SCP get data query.
DN triggers may not be encountered on incoming calls received by Type 1 or Type 2 trunk groups. These trunk groups are preferably converted, e.g., during SS7/AIN conversion, to Type 10 or Type 15 in order to receive DN trigger treatment.
2. "Simple" Single Telephone Number Zip Code Routing
The "simple" single telephone number zip code routing service (i.e., routing based only on geographic location) may include templated service logic to perform the zip code routing functionality. Because the query/response for each SSP trigger to ISCP is different and query/response for each ISCP-to-zip code+4 is identical, it is preferred to employ four CPRs within the ISCP for accomplishing the single telephone number zip code routing service. That is, the templated service includes three trigger CPRs (one trigger CPR for each of the DMS-100, the 1AESS, and the 5ESS) and one zip code CPR for translating the CPN to the zip code+4 of the caller. Of course, the number of CPRs used may vary depending on the number of different types of SSP equipped switches employed.
While each of the trigger CPRs may be different, the logical steps may be the same. That is, the differences, e.g., AIN Release 0.1 or 0.0 response call variables, are dependent upon the inherent differences in each particular trigger, as discussed above.
The single telephone number routing service, both the "simple" and "complex" versions, employs a universal zip code CPR for translating the originating caller's CPN into the caller's zip code+4. The zip code CPR, receiving handover control from the trigger CPR (discussed below), may be of template design. However, certain subscriber options, e.g. market area screening, may be available even though the service logic of the simple single telephone number zip code routing service is designed as templated service logic. Market area screening enables the subscriber to screen areas of the local service from service access, e.g., if no offices are nearby, etc. Market area screening may also be desirable because if the subscriber is responsible for billing after the originating call triggers the SSP, the subscriber can limit the occurrence of toll call forwardings. According to an aspect of the invention, the single telephone number zip code routing service may also include service logic to create records and reports regarding service operation. To aid in the determination and/or correction of various errors or service problems, the single telephone number zip code routing service may identify and classify errors by cause.
An exemplary flow diagram of the zip code CPR, which resides within the ISCP and performs the translation of originating telephone number to the caller's zip code+4, is shown in FIG. 5. At step 300, a query message transmitting the common call variables from the triggered SSP to the ISCP is received. The SCP, at step 302, determines whether the customer phone number (CPN) of the calling party has been received. If no CPN has been received, then the logic proceeds to step 301 to report data to the DRS that an error has occurred, i.e, the CPN was not received, and then proceeds to step 303 to send a response to the trigger CPR to route to the default number. The CPN will generally not be delivered from non-SS7 offices, non-participating independent telephone companies, cellular calls, etc. However, it is noted that cellular SS7 conversion may make it possible for the CPN of a cellular telephone to be passed to the ISCP.
If the CPN has been received, the logic determines, in step 304, whether the market area screening option has been subscribed to. If there is no market screening option, the logic proceeds to step 308. If there is a market screening option, then the logic flow of the CPR proceeds to step 306, and it is determined whether the caller's NPA-NXX is within the subscriber's defined service area by accessing the table shown in FIG. 4. FIG. 4 is a look-up table that defines the subscriber's market area in terms of NPA-NXXs. The look-up table may be stored in a database accessible by the SCP and may be employed to determine whether the caller's NPA-NXX is within the subscriber's defined market area. If the caller's NPA-NXX was not within the subscriber's service area, an error message that the call is from outside of the subscriber's service area may be reported to the DRS in step 305 and an response to play an announcement is forwarded to the trigger CPR at step 307. The announcement may inform the caller that the call is not within the specified service area of the subscriber, e.g., "We are sorry but the company you are calling does not currently serve your area with this telephone number. Please call or visit one of their convenient locations listed in your local telephone directory. Thank you for calling." If the caller's NPA-NXX is within the defined market area of the subscriber, the logic proceeds to step 308.
At step 308, the ISCP determines whether the caller's NPA-NXX belongs to either the service provider or a participating independent local exchange carrier (ILEC). To analyze the NPA-NXX, the SCP may access an NPA-NXX table, for example, as shown in FIG. 6. The NPA-NXX table may be stored in a database accessible by the SCP and may be employed to determine whether the caller's NPA-NXX may be supported by the external zip code database of the service provider or a participating ILEC. This screening is performed to ensure that the query is not lost or rejected by the SS7 network, the service provider, or an ILEC (whether participating or not). The company identification codes may be unique to the single telephone number routing service and may be placed in the table for performance measurements. The service provider may be indicated, e.g., as "0". Company identification codes, i.e., the participating ILECs may be designated as, e.g., 100, 200, etc., and may be supported by the performance measurement service logic. Thus, the pre-screening keeps performance results from being distorted for not having zip codes for a CPN which the service provider cannot get.
If the NPA-NXX is not listed in the NPA-NXX table, step 301 reports an error message that the call is a non-service provisioner originated call to DRS and a response is sent to the triggering CPR to connect the call to the default number at step 303. If the NPA-NXX is listed, the logic proceeds to step 310 to get the caller's zip code from, e.g., an external zip code database.
The caller's CPN may be matched with entries in a database external to the ISCP. For example, the CPN may be transmitted via an SS7 query to convert the CPN to the caller's zip code+4. Alternatively, the query may be directly transmitted over a TCP/IP network from the ISCP 30. The transmission over SS7 may be, e.g., a GetData command to the external zip code database. The external database may be maintained by the service provider or one of the ILECs. For example, if the NPA-NXX table showed a company identification of "0", the GetData query would be transmitted to a service provider database; if the company identification "100" was found in the NPA-NXX table, the query would be transmitted to a database maintained by the company identified a "100". The query is received by the external database and the CPN is compared to a list of telephone customer telephone numbers (working telephone numbers). Each listed telephone number has a zip code+4 associated with it, and the associated zip code +4 may be sent back to the ISCP via the SS7. Information and details on GetData parameters may be found in Bellcore Document GR-2838-CORE (Generic Requirements for GetData), Issue 1, August 1994 and in Section 13.6 (LIDB Interface/GetData Interface) thereof for error response messages; the disclosure of this Bellcore document is expressly incorporated herein by reference in its entirety.
The interface between the ISCP and external zip code database may be over SS7 or TCP/IP. Further, it is preferred that the external database be maintained as a redundant mated pair. Thus, the ISCP may query either of the redundant mated pairs of databases if GTT routing is supported, e.g., ISCP software Version 4.0 or may query only one LIDB in point-to-point routing if GTT routing is not supported, e.g., ISCP software Version 4.0. GTT routing is preferred because it will allow ISCP querying to either database in the event one of the pair fails.
The external CPN-to-zip code database may be created and maintained by the service provider for all single telephone number zip code routing service subscribers. The CPN and its associated zip code is corporate data, not customer specific data, and, therefore, may also be accessed by other services needing a CPN-to-zip code conversion. The external database may be considered a network element as it is involved in call processing. The Line Information Data Base (LIDB) may be used to store the CPN and associated zip codes. The LIDB may concurrently store the service provider's working telephone numbers (WTN) and the zip codes associated with each WTN may be added to the LIDB. CPN-to-zip code databases for participating independent companies, i.e., non-service providers, should be maintained by those companies.
The CPN and associated customer address, which may be used to generate a zip code, may be derived from the service provider billing database. A validating system, e.g., a billing validation distribution system (BVDS), may read a Customer Record Information Service (CRIS) unload file to determine the address associated with each CPN. The zip code associated with the CPN may be based on the service address, and may be determined by the presence of various address fields which are part of the service provider's general billing information, e.g., different premise address (DPA), service listed address (SLA), service address (SA), and listed address (LA). Once the service address has been determined, the validating system will assign a zip code+4 designation to an administrative system, e.g., a line validation administration system (LVAS). The LVAS and GetData Interface are two possible direct interfaces into the CPN-to-zip code database.
The LVAS is generally an administrative system. The LVAS may include a mirror image of LIDB and may perform continuous audits to ensure informational synchronization with LIDB and CRIS. The LVAS may provide access to the LIDB through daily batch updates to add and delete CPNs and associated zip codes, although it may be necessary to modify the LVAS to accept 9 digit zip codes from the BVDS. The LVAS may use a stored program to assign zip code+4 to the WTN, e.g., FINALIST. In addition to adding and/or updating customer WTNs, it may be necessary to update the zip code+4 information. Periodically the U.S. Postal Service may modify the zip code information, which must be updated in the LIDB as discussed above. Thus, the entire CPN-to-zip code+4 database should be updated periodically, e.g., twice a year, by rerunning the zip code+4 logic, discussed above. An on-line LVAS may provide direct access to update CPNs and associated zip codes as needed. The GetData interface is a service independent LIDB query that may request specific data elements from a record in LIDB. GetData comprises an identifier to signify a GetData query, a service key to indicate the line record within LIDB for the information sought, and a set of LIDB data elements identified by unique TCAP data element identifiers about data that the ISCP wants to receive. Based upon the information in the GetData query, the CPN may be transmitted as a service key to obtain the line record information, i.e., zip code+4, associated with the CPN.
The LIDB may be used to store the zip codes associated with each telephone number because it generally contains all of the working telephone numbers in the service provider's service area and may include WTNs of contracted local independent local exchange carriers. It may be necessary to update the data base to include 9 digit zip codes for each associated WTN. The LIDB requires preferably at least Version 7.0 for the interfacing with the GetData command over the SS7. Further, Version 7.0 reorganizes the LIDB to include tag-value fields whose contents are defined by the client company.
In general, WTNs of the ILECs will not be contained within the service provider's LIDB because the service provider generally does not have access to information such as a customer's address. Thus, without the customer's address, the zip code cannot be determined. Accordingly, a default 9 digit zip code, e.g. 00000-0000, may be stored in the LIDB to send a zip code back to the ISCP even when the CPN originates from a caller of an ILEC. The same default 9 digit zip code may be used in the event that a service provider's customer's zip code cannot be found or assigned.
Referring again to FIG. 5, at step 312 the logic waits a predetermined time (e.g., between 1.0 and 3.0 seconds, at least in half second intervals) for the CPN-to-zip code translation to take place, before proceeding to step 314 to determine whether the GetData query was successful. That is, when the GetData query is launched, the SCP may begin a query timer to monitor the response time of the query to/response from the external database. A query time-out may be set (e.g., at 1.5 seconds) although an average query/response generally takes approximately 0.6 seconds. A second timer may be employed as a sampling timer to ensure that a specified amount of time has elapsed before checking the time-out timer, e.g., every 1.0 seconds. The second timer may work in whole second intervals.
If a query is found unsuccessful, e.g., time-out, query error, at step 311 the logic reports an applicable error message, i.e., a time-out condition, signaling connection control part (SCCP), or LIDB processing error, to the DRS. Time-out conditions may include: no response received and error notification received during the time-out interval. The query errors may include: routing error notification, e.g., signaling connection control part (SCCP) (the query did not make it to the LIDB), generally caused by global title translation failures, unequipped users, and network problems, and LIDB processing error notification, i.e., return of a return error message. After reporting the error, the logic at step 303 sends a response to the triggering CPR to route to the default number.
If the query is found successful at step 314, then step 316 the logic determines whether the CPN was listed in the external zip code database. If the CPN is not listed, the logic at step 313 reports to the DRS that the CPN was not in the LIDB and a response is then sent to the trigger CPR, at step 315, to route to the default number. If the CPN is listed, then at step 318, the logic determines whether the zip code+4 of the CPN was in the external zip code data base. If the zip code is not located, then at step 313 the logic reports to the DRS that the CPN is in the LIDB but not the zip code+4 and at step 315, a response message is sent to the trigger CPR to route to the default number.
If the zip code+4 is located, then at step 320, the zip code+4 is compared with the subscriber's predefined service area table to determine whether a routing number is found. If a routing number is found at step 322, then the logic proceeds to step 340. If, however, no routing number is ascertained, then the zip code+3 is compared, at step 324, with the subscriber's predefined service area table to determine whether a routing number is found in step 326. If a routing number is found at step 326, the logic proceeds to step 340. However, if no routing number is ascertained, then the zip code+2 is compared, at step 328, with the subscriber's predefined service area table to determine whether a routing number is found at step 330. If a routing number is found at step 330, the logic proceeds to step 340. When no routing number is ascertained at step 330, the zip code+1 is compared, at step 332, with the subscriber's predefined service area to determine whether a routing number is found at step 334. If a routing number is found at step 334, the logic proceeds to step 340. If no routing number is ascertained, then the zip code is compared, at step 336, with the subscriber's predefined service area to determine whether a routing number is found at step 338, as shown in FIG. 5.
The zip code information in the subscriber's predefined service area table may be fully compressed to conserve the ISCP's memory capacity. Because these zip codes are fully compressed, the single telephone number zip code routing service zip code processing CPR may need to perform 1 to 5 table look-ups to find a matching compressed zip code, i.e., a table look-up for each of zip code+4; zip code+3; etc. Accordingly, to optimize the table look-ups, the predefined service area table queries may be restricted to a minimum or maximum length zip code, e.g., predefined area and look-up search field restricted to zip code+2. This would eliminate unnecessary zip code look-ups and save processing time by the ISCP.
If no routing number is found that corresponds with the subscriber's predefined service area, the logic at step 319 reports that the zip code is not within the predefined service area to the DRS and, at step 321, sends a response message to the trigger CPR to route to the default number. If a routing number is found that corresponds with the subscriber's predefined service area table, the logic at step 340 reports to the DRS that the call was routed to the subscriber's location and, at step 342, sends a response message to the trigger CPR of the triggering SSP to route the offered call to the routing number.
An exemplary flow diagram of the trigger CPR is shown in FIG. 7. The trigger CPR may reside in the SCP of the ISCP. In step 700, the SSP is triggered by the single telephone number, and depending on the type of switch that is equipped as the SSP, the appropriate trigger CPR is accessed by the query launched by the SSP. In step 702, the AIN Release 0.0 or 0.1 query call variables are converted to common call variables by the trigger CPR logic for use by the ISCP. In step 704, the trigger CPR handsover control to the zip code CPR to determine the caller's zip code+4. When control is returned to the trigger CPR at step 706, the routing number is also transferred. The routing number may be one of the subscriber's satellite office closest to the caller's location or the subscriber's default telephone number.
The trigger CPR may determine whether the routing number is inter- or intra-LATA at step 708 by using a LATA table, such as that shown in FIG. 8. This table may maintained within the ISCP and may contain every NPA, NXX, and LATA for the service provider's service territory. The table may be created from a monthly file, e.g., terminating point master (TPM) generated by Bellcore. The LATA table may be used by the ISCP to determine whether the routing telephone number returned from the zip code CPR requires inter- or intra-LATA service, e.g., by comparing the LATA of the single number to the LATA of the routing telephone number. If the routing number requires inter-LATA routing, the inter-LATA carrier may be set at step 710, e.g., standard POTS procedures for generating interexchange carriers (IXC) originating access. If the routing number requires intra-LATA routing, a local exchange carrier (LEC) must be set as the call carrier at step 709. Since the subscriber to the single telephone number service will pay for the forwarding leg of the call, the subscriber must designate a carrier identification code (CIC) to be used in these cases. For example, the ISCP instructs the SSP to use a CIC of the single telephone number zip code routing subscriber, not the CIC of the originating number. At step 712, certain billing information may be set. According to an aspect of the invention, the originating caller may only be charged for the call origination to the triggering SSP. For charges accruing due to triggering the SSP and any subsequent routing, the charges may preferably be borne by the subscriber. At step 714, the routing number and any other necessary routing information are transferred to the triggering SSP through the ISCP response message over the SS7 or TCP/IP network.
Thus, according to general AIN principles and procedures, the routing number is passed to the triggering SSP. Call processing then resumes with the suspended call being connected to the routing number for termination.
As discussed above with respect to the zip code CPR, several possible errors may occur while the call is suspended and the triggering SSP is awaiting a response from the ISCP. These errors may be expected errors of the operating system of the ISCP and are indicative of both service and subscriber performance. Further, additional indications may be made if an error occurs due to a feature controlled and/or maintained by a participating ILEC. Thus, these errors may be quantified by, e.g., time, type, etc. and presented in a report for subscribers, customer service personnel, and participating ILECs.
By noting the type and/or time of a specified error, e.g., CPN not in LIDB, zip code not in LIDB, query error, etc., customer service personnel of the service provider may take corrective steps to avoid the error in the future. By monitoring whether certain queries directed to participating ILEC facilities are being received, properly processed, and/or responded to, the service provider can monitor the efficiency of the ILEC so as to better serve the subscriber.
Other error information, e.g., that a specified zip code was not found in the subscriber's predefined service area table, may be compiled and forwarded to the subscriber so that corrective action may be taken, such as adding certain zip codes to the predefined service area table. Further, all reports may be of interest to the subscriber so that an assessment may be made of the success of the single telephone number routing service campaign and of the quality of service furnished by the service provider.
As noted, the errors may be detected and recorded by the ISCP. The information detected and recorded may be forwarded to a service provider location for processing and compilation in a manner similar to the data transfer disclosed in commonly owned U.S. patent application Ser. No. 08/473,919, filed Jun. 7, 1995, entitled "Apparatus and Method for Recording Call Related Data", the disclosure of which is incorporated herein by reference.
To accomplish service monitoring, the ISCP platform 30 may provide with the DRS with logic for selectively enabling a sampling node for collecting call data on each query from the SSP and logic for selectively enabling a measurement node for measuring occurrences of specified events or paths taken in the service logic flow.
The zip code CPR, as mentioned above, forwards certain error data to the DRS for use in creating the error reports. When measurement or sampling nodes are active, all calls and call data will be tracked and stored on the DRS. Daily data may be selected from the DRS, and scripts may be provided to process and format the data and then transmit the data to a downstream processing database (not shown).
For example, customer performance reports may be generated. These reports may reflect a peg count of each error indication for each subscriber according to carrier, i.e., the service provider, ILEC, etc. Carrier service performance measurement reports may be generated. These reports may reflect a peg count for the service provider and each identified ILEC. Sampling data reports (according to CPNs not in external database or zip code not in external database) which may list the CPN, the single telephone number, call date, call time, zip code+4, and error encountered. Sampling data reports (according to no zip code in subscriber's predefined table) which may list the CPN, single telephone number, call date, call time, zip code+4, and error encountered.
The measurement node may be created 100% of the time for all subscribers and for all predetermined error types. A toggle feature may be programmed into the zip code CPR to allow the measurement node to be turned off/on should the subscriber later wish to enable the same. The sampling node may provide 100% call sampling of errors and also include a toggle feature.
The measurement and sampling data is an important sales tool because the subscriber can see how efficiently the single telephone number routing service is being maintained by the service provider. The supporting measurement data identifies whether the service provider or a participating ILEC is responsible for any necessary improvements. The sampling data enables the service provider and the participating ILECs to improve their external zip code databases, and enable the subscriber to improve the predefined service area. The end result is better service to the subscriber's customers and to the subscriber.
3. "Complex" Single Telephone Number Routing
Because of the single telephone number routing service according to the present invention uses both a trigger CPR and a universal zip code CPR, the simple single telephone number routing service may allow for certain added flexibility in service provisioning enabling additional customer defined call forwarding options. That is, service provisioning may allow certain defined exception periods to be "built-in" to the single telephone number routing service such that the zip code routing may be suspended in favor of at least one of, e.g., time-of-day, day-of-week, specific date, and/or percent allocation, simply by modifying the trigger CPR. These call forwarding methods may be implemented according to, e.g., the disclosure of commonly owned U.S. Application Ser. No. 08/455,024, filed May 31, 1995, entitled "Apparatus and Method for Forwarding Incoming Calls".
The trigger CPRs are stored and executed within the ISCP. This enables the trigger CPRs for the complex single number services, e.g., the exception periods, to take advantage of the internal ISCP clock for determining at least time-of-day, day-of-week, and the specific date of receiving the query from the SSP. When queries are launched to the ISCP, the ISCP notes the day, date and time, at least for billing purposes. The trigger CPRs for the complex single number service may also use this internal ISCP clock to determine whether a query is received during an exception period, the exception period defined within the trigger CPR, as more fully discussed hereinbelow.
Further, the exception periods may be defined before zip code routing, after zip code routing, or both. These services may be referred to as single number service (routing) customer location routing service, and single number/customer location routing service, respectively.
a. Single Number Service
This complex service determines whether or not the subscriber desires to route the call according to the caller's geographic location, i.e., whether the trigger CPR should access the zip code CPR. FIG. 9 shows an example of the trigger CPR for the single number service, according to the present invention. Just as discussed above with respect to the single telephone number zip code routing service, each trigger may require a different trigger CPR, which may be nonetheless logically similar to each other.
This complex service defines exception periods and bypasses the zip code translation if the call originates during an exception period. These exception periods may be defined according to, e.g., date, time, day, or percent allocation. These exception periods may be predetermined by the business subscriber and stored in a database accessible by the ISCP.
Exception periods may be based upon a specific date. The subscriber may select, e.g., up to ten different dates per individual routing number, each date with a correspondingly defined routing telephone number. If a call is received on one of the exception period dates, the call may be routed according to a corresponding routing number or a percent allocation distribution. Calls received on non-exception period dates will be routed according to the geographic location of the originating caller.
If the subscriber wishes an exception period based upon day or time, the subscriber may define, e.g., a list or table of time-of-day/day-of-week entries, each listing with a correspondingly defined routing telephone number. The list preferably accounts for each hour in a twenty-four hour period or each day of the week. The single telephone number routing service subscriber may select, e.g., up to ten different time-of-day/day-of-week entries. If calls are received during an exception period, then zip code routing in not performed and the call is routed according to the routing number in the time-of-day/day-of-week list or a percent allocation distribution. If calls are received during a non-exception period, then zip code routing is performed.
Besides simply routing a call to a defined routing number during an exception period defined by one of date, time, and day, the subscriber may alternatively select percentage allocation routing. The subscriber may select, e.g., 2 to 5 percentages, preferably whole number and preferably totalling 100%. The percent allocation feature does not limit the subscriber to only one routing location during an exception period. Percent allocation allows subscribers to distribute calls among several satellite office during an exception period. The ISCP includes a random allocation algorithm which may be implemented in providing the percent allocation feature.
An exemplary scenario of a single number service is shown in FIG. 10. The single number service, a complex service, is represented by 1000. The exception period 100% is, e.g., a day-of-week exception period in which on Saturday and Sunday the originating caller will be routed, at 1004, to (314) 880-8500. Monday-Friday are not designated as exception periods, thus, on those days, simple zip code routing 1002 of the originating call is performed.
An exemplary flow diagram of the trigger CPR is shown in FIG. 9. At step 900, the SSP is triggered by the single telephone number, and depending on the type of switch used as the triggering SSP, the appropriate trigger CPR is accessed by the SCP from the query launched from the SSP. At step 902, the AIN Release 0.0 or 0.1 query call variables are converted to common call variables by the trigger CPR for use by the ISCP. At step 903, it is determined whether the current call has been offered during a defined exception period. Assume that the call is placed during an exception period, e.g., Saturday. The trigger CPR will perform the defined call forwarding technique at step 905 and then return routing number (314) 880-8500 to the trigger CPR at step 906. Assume that the call is placed during a non-exception period, e.g., Tuesday. Control is handed over to the zip code CPR at step 904 for processing as discussed above in the single telephone number zip code routing service. The remaining trigger CPR steps 708-714 are identical to those discussed above.
It is noted that the selected manner of forwarding by the subscriber is not limited to a single service. That is, any combination of the day-of-week, time-of-day, and specific date exception periods may be combined with a customer defined single number routing service.
b. Customer Location Routing
This service, like the single number service, determines whether or not the subscriber desires to route the call according to the caller's geographic location or according to some other routing option. However, the customer location routing service determines whether to route according to the caller's geographic location after the zip code+4 translation has occurred. FIG. 11 shows an example of the trigger CPR for the customer location routing service. Just as discussed above with respect to the single telephone number zip code routing service, each trigger may require a different trigger, which may be nonetheless logically similar to each other.
This complex service defines exception periods and determines whether a call routed to an individual subscriber's location requires additional routing. These exception periods may be defined according to, e.g., date, time, or day.
Exception periods may be based upon a specific date that a call is routed to a particular subscriber satellite location. For each single telephone number routing service call, the CPN-to-zip code translation is performed, then the subscriber defined routing number is forwarded to the trigger CPR. The single telephone number routing service subscriber may select, e.g., up to ten different dates per each routing number, each date with a correspondingly defined final routing telephone number. If a call is received on one of the exception period dates, the call may be routed according to a corresponding final routing number or a percent allocation distribution. Calls received on non-exception period dates may be routed according to the geographic location of the originating caller.
If the subscriber wishes an exception period based upon day or time, the subscriber may define, e.g., a list of time-of-day/day-of-week entries for each subscriber satellite office, each listing with a correspondingly defined routing telephone number. The list preferably accounts for each hour in a twenty-four hour period or each day of the week. The single telephone number routing service subscriber may select, e.g., up to ten different time-of-day/day-of-week entries for each subscriber's office. If calls are received during an exception period, then the call is rerouted to the final routing number defined in the time-of-day/day-of-week list or a percent allocation distribution. If calls are received during a non-exception period, then routing to the subscriber office telephone number determined during zip code routing is performed.
Besides simply routing a call to a defined routing number during an exception period defined by one of date, time, and day, the subscriber may alternatively select percentage allocation routing. The subscriber may select, e.g., 2 to 5 percentages, preferably whole number and preferably totalling 100%. The percent allocation feature does not limit the subscriber to only one routing location during an exception period. Percent allocation allows subscribers to distribute calls among several satellite office during an exception period. The ISCP includes a random allocation algorithm which may be implemented in providing the percent allocation feature.
The flow diagram of the customer location routing service, shown in FIG. 11, may be the same as the single telephone number zip code routing service until control and the routing number are handed over to the trigger CPR with the routing telephone number at step 1106. As discussed above, the routing number may be one of the subscriber's satellite office closest to the caller's location and the subscriber's default telephone number.
An exemplary scenario of a customer location routing service 1200 is shown in FIG. 12. After the zip code routing of the originating call has occurred at 1201, it is determined whether the originating call is being routed to a location during an exception period. Assuming that the possible locations for zip code routing are location P 1202 and location Q 1206, that location P includes a time-of-day exception period, and that location Q includes a day-of-week exception period. Location P, between 7:00 pm and 8:00 am, will route all calls to an alternate (or final) routing number 1205, e.g., (314) 880-8500 and, between 8:01 am and 6:59 pm, will route all calls to the telephone number determined during simple zip code routing 1204. Location Q, on Saturday and Wednesday, will route all calls to an alternate routing number 1208, e.g., (314) 880-8500 and, on Sunday-Tuesday, Thursday, and Friday, will route all calls by simple zip code routing 1209.
After the zip code CPR hands over the routing number at step 1106, e.g., the routing number for Location P, it is determined at step 1107 whether the current call has been offered during a defined exception period. Assuming that the originating call is placed during an exception period, e.g., 11:30 pm, the trigger CPR will perform the defined call forwarding technique, e.g., replace the zip code CPR routing number with the final routing number, at step 1111, and the logic forwards the routing number to step 708. Assuming that the originating call is place during a non-exception period, e.g., 2:00 pm, the routing number the zip code CPR may be forwarded by the logic at step 708. The remaining steps in the trigger CPR are identical to those discussed above. Alternatively, if the routing number for Location Q was handed over from the zip code routing at step 1106, it would be necessary to determine whether the originating call was placed during an exception period defined for Location Q 1107, e.g., Saturday and Wednesday.
Once again, it is noted that the selected manner of forwarding by the subscriber is not limited to a single service. That is, any combination of the day-of-week, time-of-day, and specific date exception periods may be combined with a customer defined customer location routing service.
c. Single Number/Customer Location Routing
This service, like other exception period services discussed above, determines whether or not the offered call should be routed solely according to the caller's geographic location. This service is a combination of the single number service and the customer location routing. In other words, the zip code+4 translation may be bypassed during certain defined exception periods and, during other defined exception periods, the closest location routing number may be replaced with a final routing number. FIG. 13 shows an example of the trigger CPR for the single number/customer location routing service. Again, each trigger may require a different trigger, which may be nonetheless logically similar to each other.
For example, assume the scenario in FIG. 14. A single number service 1400 time-of-day exception period 1401 is defined in which between 3:01 pm and 2:59 am calls are allocated between satellite location R, S, and T at 35%, 45%, and 20%, respectively. Otherwise, calls are routed according to the zip code CPR routing number 1409. Further day-of-week exception codes are defined for each satellite location R, S, T, U, and V at 1406, 1407, 1408, 1410, and 1417, respectively. Specifically, satellite location R 1411 has no exception logic on Monday through Friday 1412, but is final routed to satellite location S on Saturday and Sunday 1413; satellite location S has no exception logic on Saturday and Sunday 1415, is alternate routed to satellite location T on Tuesday through Friday 1420, and allocated 1416 on Monday between satellite location U (30%) 1418 and satellite location V (706) 1419; satellite location T has no exception on Monday through Friday 1422, and is final routed to satellite location S on Saturday and Sunday 1423; satellite location U has no exception on Monday, Wednesday and Friday 1425, is alternate routed to satellite location S on Saturday and Sunday 1426, and is alternate routed to satellite location V on Tuesday and Thursday 1427; and satellite location V has no exception on Monday through Thursday 1429, is final routed to satellite location R on Friday 1430, and is final routed to satellite location S on Saturday and Sunday 1431.
In step 1300 of FIG. 13, the SSP is triggered by the single telephone number. At step 1302, the AIN Release 0.0 or 0.1 query call variables are converted to common call variables for use by the ISCP. At step 1303, it is determined whether the current call has been offered during a defined exception period. If during an exception period, e.g., the call is placed at 4:00 pm, the call will be percent allocated between satellite locations R, S, and T, and the routing number will be forwarded to the trigger CPR at step 708. If not during an exception period, e.g., the call is placed at 10:00 am, control is handed over to the zip code CPR at step 1304 for processing as discussed above in the single telephone number zip code routing service.
After control and the routing number are handed over to the trigger CPR, at step 1306, the logic at, step 1307, determines whether the specific routing number is within an exception period.
Assuming, e.g., that satellite location S was returned at step 1306 as the closest satellite office of the subscriber and that it is Saturday, no exception period is recognized at step 1307 and satellite location S is passed as the routing number at step 1308. Assuming, e.g., that satellite location S was returned to step 1306 on a Wednesday, step 1307 recognizes the exception period and step 1311 determines that satellite location T should be returned as the routing number at step 708. The remaining steps in the trigger CPR are identical to those discussed above.
Thus, the subscriber may individually define and, therefore, fine tune a service area to satisfy the various requirements of the patrons of its satellite offices within an intended service area. As shown above, when several satellite offices are within the same local telephone service area, the single telephone number service may be defined such that certain offices are not forwarded calls during times in which the office is closed.
It is noted that the foregoing examples have been provided merely for the purpose of explanation and are in no way to be construed as limiting of the present invention. While the invention has been described with reference to a preferred embodiment, it is understood that the words which have been used herein are words of description and illustration, rather than words of limitations. Changes may be made, within the purview of the appended claims, as presently stated and as amended, without departing from the scope and spirit of the invention in its aspects. Although the invention has been described herein with reference to particular means, materials and embodiments, the invention is not intended to be limited to the particulars disclosed herein; rather, the invention extends to all functionally equivalent structures, methods and uses, such as are within the scope of the appended claims.

Claims (56)

What is claimed is:
1. A method for routing an originating call to a subscriber location within a local communication network, said network comprising a two-way communication network interconnecting a plurality of service switching points and a plurality of dispersed network locations, said service switching points selectively establishing a communication connection between at least two of said network locations in response to a local call request from a calling party initiated by inputting a telephone number, said network locations including a plurality of subscriber locations, and an integrated service control point comprising a service control point comprising subscriber service logic, said method comprising:
identifying a subscriber's service at a service switching point serving the input telephone number based on the local call request from the calling party to establish a communication connection with the subscriber;
ascertaining a geographic location of the calling party in accordance with the originating telephone number of the calling party; and
determining, within the integrated service control point, which of the plurality of subscriber locations is closest to the geographic location of the calling party, the determining including comparing the ascertained geographic location with a predefined list of geographic areas corresponding to post office zip code+4 designations and comprising a predefined subscriber service area, each subscriber service area being associated with a routing telephone number corresponding to one of the plurality of subscriber locations, the comparing comprising comparing the ascertained geographic location to the zip code+4 designation of each listed geographic area, wherein if no matches are found comparing the ascertained geographic location to the zip code+3 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+2 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+1 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+0 designation of each listed geographic area, and wherein if no matches are found, the call request is forwarded to a predetermined default routing telephone number
wherein, if a match is found the call request is forwarded to the associated routing telephone number.
2. The method according to claim 1, the ascertaining step including:
receiving the originating telephone number; and
translating the originating telephone number into a zip code of call origination.
3. The method according to claim 1, the ascertaining step including:
forwarding the originating call to a predetermined default telephone number when the originating telephone number is not received by the service control point.
4. The method according to claim 1, further comprising limiting incoming calls to the identified service to calls originating within a predefined geographic area.
5. The method according to claim 4, the limiting step occurring after identifying the service and before the ascertaining step.
6. The method according to claim 4, the predefined geographic area defining a market area of the subscriber and stored in a table in the service control point.
7. The method according to claim 4, forwarding calls originating outside of said predefined geographic area to an informational announcement.
8. The method according to claim 1, wherein the predefined list correlates each geographic location within the subscriber services area with a predefined terminating number of one of the plurality of subscriber locations.
9. The method according to claim 1, the ascertaining step comprising:
querying a database external to the integrated service control point that includes a list of service provider customer telephone numbers and corresponding customer geographic information.
10. The method according to claim 9, said customer information including zip code+4 information.
11. The method according to claim 9, responding to the querying step by transmitting the geographic information related to the originating telephone number to the service control point.
12. The method according to claim 11, the determining step forwarding the call request to a terminating telephone number of the closest subscriber location to the geographic location response.
13. The method according to claim 9, responding to the querying step by transmitting predetermined default geographic information when the originating telephone number is not listed in the external database.
14. The method according to claim 13, the determining step forwarding the call request to a predetermined default telephone number when predetermined default geographic information is transmitted in the query response.
15. The method according to claim 9, said ascertaining step further comprising:
waiting a predetermined time period for a response to the query to the external database;
forwarding the call request to a predetermined default routing telephone number if a response is not received within the predetermined period.
16. The method according to claim 15, said predetermined time period being between approximately 1.0 and 3.0 seconds.
17. The method according to claim 9, the external database comprising a line information database.
18. The method according to claim 17, the line information database comprising:
receiving service provider customer billing information for each associated customer telephone number;
stripping off post office zip code+4 designations for each customer; and
storing for each customer zip code+4 designation according to the associated customer telephone number.
19. The method according to claim 1, said method further comprising recognizing an exception period for providing at least one alternate routing telephone number.
20. The method according to claim 19, wherein when the exception period is recognized before the ascertaining step, the method further comprising forwarding the call request to a one of the at least one alternate routing telephone number.
21. The method according to claim 20, each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date, and
wherein each of the at least one alternate routing telephone number may be further forwarded according to percent allocation distribution.
22. The method according to claim 19, the exception period comprising a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations,
wherein when one of the exception period is associated with the determined closest subscriber location, the method further comprising:
forwarding the call request to a one of the at least one alternate routing telephone numbers.
23. The method according to claim 22, each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date, and
wherein each of the at least one alternate routing telephone numbers may be further forwarded according to percent allocation distribution.
24. The method according to claim 19, the exception period comprising a first and a second exception period,
said first exception period being recognizable before the ascertaining step,
wherein when the first exception period is recognized, the method further comprising forwarding the call request to a one of the at least one alternate routing telephone number;
said second exception period comprising a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations,
wherein when one of the exception period is associated with the determined closest subscriber location, the method further comprising:
forwarding the call request to a one of the at least one alternate routing telephone numbers.
25. The method according to claim 24, each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date, and
wherein each of the at least one alternate routing telephone number may be further forwarded according to percent allocation distribution.
26. The method according to claim 1, the determining step including:
predefining a certain percentage of incoming calls to be allocated among each of a predetermined plurality of said subscriber locations;
selecting, according to a volume of said incoming calls and to said predefined percentages, one subscriber location of said predetermined plurality of subscriber locations to which to allocate said call request; and
identifying said one location as said determined closest subscriber location.
27. An apparatus for routing an originating call to a subscriber location within a local communication network, said network comprising a two-way communication network interconnecting a plurality of service switching points and a plurality of dispersed network locations, said service switching points selectively establishing a communication connection between at least two of said network locations in response to a local call request from a calling party initiated by inputting a telephone number, said network locations including a plurality of subscriber locations, and an integrated service control point comprising a service control point comprising subscriber service logic, said apparatus comprising:
means for identifying a subscriber's service at a service switching point serving the input telephone number based on the local call request from the calling party to establish a communication connection with the subscriber;
means for ascertaining a geographic location of the calling party in accordance with the originating telephone number of the calling party;
a system that recognizes an exception period, which corresponds to at least one alternate routing telephone number, before the ascertaining means ascertains the geographic location of the calling party;
a forwarding system that forwards the call request to one of the at least one alternate routing telephone number when the recognizing system recognizes the exception period;
means for determining, within the integrated service control point, which of the plurality of subscriber locations is closest to the geographic location of the calling party when outside the exception period; and
means for routing the originating call to the determined closest subscriber location via a local exchange carrier when outside the exception period.
28. The apparatus according to claim 27, the ascertaining step including:
means for receiving the originating telephone number; and
means for translating the originating telephone number into a zip code of call origination.
29. The apparatus according to claim 27, the ascertaining means including:
means for forwarding the originating call to a predetermined default telephone number when the originating telephone number is not received by the service control point.
30. The apparatus according to claim 27, further comprising means for limiting incoming calls to the identified service to calls originating within a predefined geographic area.
31. The apparatus according to claim 30, the limiting means actuated after said service is identified and before said ascertaining means are actuated.
32. The apparatus according to claim 30, the predefined geographic area defining a market area of the subscriber and stored in a table in the service control point.
33. The apparatus according to claim 30, means for forwarding calls originating outside of said predefined geographic area to an informational announcement.
34. The apparatus according to claim 27, the determining means including:
means for comparing the ascertained geographic location with a predefined list of subscriber service areas, the predefined list being stored within the service control point.
35. The apparatus according to claim 34, wherein the predefined list correlates each geographic location within the subscriber service area with a predefined terminating number of one of the plurality of subscriber locations.
36. The apparatus according to claim 27, the ascertaining means comprising:
means for querying a database external to the integrated service control point that includes a list of service provider customer telephone numbers and corresponding customer geographic information.
37. The apparatus according to claim 36, said customer information including zip code+4 information.
38. The apparatus according to claim 36, further comprising means for responding to the querying step by transmitting the geographic information related to the originating telephone number to the service control point.
39. The apparatus according to claim 38, the determining means forwarding the call request to a terminating telephone number of the closest subscriber location to the geographic location response.
40. The apparatus according to claim 36, further comprising means for responding to the querying step by transmitting predetermined default geographic information when the originating telephone number is not listed in the external database.
41. The apparatus according to claim 40, the determining means forwarding the call request to a predetermined default telephone number when predetermined default geographic information is transmitted in the query response.
42. The apparatus according to claim 36, said ascertaining means further comprising:
means for waiting a predetermined time period for a response to the query to the external database; and
means for forwarding the call request to a predetermined default routing telephone number if a response is not received within the predetermined period.
43. The apparatus according to claim 42, said predetermined time period being between approximately 1.0 and 3.0 seconds.
44. The apparatus according to claim 37, the predefined list including:
a plurality of geographic areas which comprise a predefined subscriber service area, wherein each geographic area listed is associated with a routing telephone number corresponding to one of the plurality of subscriber locations.
45. The apparatus according to claim 44, the determining means comprising:
means for comparing the ascertained geographic location with each geographic area listed in the predefined list,
wherein, if one of the plurality of geographic areas corresponds to the ascertained geographic location, forwarding the call request to the associated routing telephone number, and
wherein, if one of the plurality of geographic areas does not correspond to the ascertained geographic location, forwarding the call request to a predetermined default routing telephone number.
46. The apparatus according to claim 45, wherein each geographic area is listed according to it post office zip code+4 designation, and said comparing means comprises:
comparing the ascertained geographic location to the zip code+4 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+3 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+2 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+1 designation of each listed geographic area, wherein if no matches are found, comparing the ascertained geographic location to the zip code+0 designation of each listed geographic area, and wherein if no matches are found, the call request is forwarded to a predetermined default routing telephone number.
47. The apparatus according to claim 36, the external database comprising a line information database.
48. The apparatus according to claim 47, the line information database comprising:
means for receiving service provider customer billing information for each associated customer telephone number;
means for stripping off post office zip code+4 designations for each customer; and
means for storing for each customer zip code+4 designation according to the associated customer telephone number.
49. The apparatus according to claim 27, each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date, and
wherein each of the at least one alternate routing telephone number may be further forwarded according to percent allocation distribution.
50. The apparatus according to claim 27, the exception period comprising a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations,
wherein when one of the exception period is associated with the determined closest subscriber location, the apparatus further comprising:
means for forwarding the call request to a one of the at least one alternate routing telephone numbers.
51. The apparatus according to claim 50, each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date, and
wherein each of the at least one alternate routing telephone numbers may be further forwarded according to percent allocation distribution.
52. The apparatus according to claim 27, the exception period comprising a first and a second exception period,
said first exception period being recognizable before the ascertaining step,
wherein when the first exception period is recognized, the apparatus further comprising means for forwarding the call request to a one of the at least one alternate routing telephone number;
said second exception period comprising a plurality of exception periods, at least one exception period being associated with at least one routing telephone number associated with one of the plurality of subscriber locations,
wherein when one of the exception period is associated with the determined closest subscriber location, the apparatus further comprising:
means for forwarding the call request to a one of the at least one alternate routing telephone numbers.
53. The apparatus according to claim 52, each of the at least one alternate routing telephone number is assigned according to one of time of day, day of the week, specific date, and
wherein each of the at least one alternate routing telephone number may be further forwarded according to percent allocation distribution.
54. The apparatus according to claim 27, the determining means including:
means for predefining a certain percentage of incoming calls to be allocated among each of a predetermined plurality of said subscriber locations;
means for selecting, according to a volume of said incoming calls and to said predefined percentages, one subscriber location of said predetermined plurality of subscriber locations to which to allocate said call request; and
means for identifying said one location as said determined closest subscriber location.
55. A system for routing an originating call to a subscriber location within a local communication network, said network comprising a two-way communication network interconnecting a plurality of service switching points and a plurality of dispersed network locations, said service switching points selectively establishing a communication connection between at least two of said network locations in response to a local call request from a calling party initiated by inputting a telephone number, said network locations including a plurality of subscriber locations, and an integrated service control point comprising a service control point comprising subscriber service logic, said system comprising:
an identifying system that identifies a subscriber's service at a service switching point serving the input telephone number based on the local call request from the calling party to establish a communication connection with the subscriber;
an ascertaining system that ascertains a geographic location of the calling party in accordance with the originating telephone number of the calling party;
a determining system that determines, within the integrated service control point, which of the plurality of subscriber locations is closest to the geographic location of the calling party; and
a routing system that routes the originating call to the determined closest subscriber location via a local exchange carrier;
wherein the ascertaining system comprises a querying system for querying a line information database, external to the integrated service control point, that includes a list of service provider customer telephone numbers and corresponding geographic information, the line information database comprising a receiver that receives service provider customer billing information for each associated customer telephone number, a stripper that strips off post office zip code+4 designations for each customer, and a storage that stores each customer zip code+4 designation according to the associated customer telephone number.
56. The system according to claim 55, said determining system including:
a predefining system for predefining a certain percentage of incoming calls to be allocated among each of a predetermined plurality of said subscriber locations;
a selecting system for selecting, according to a volume of said incoming calls and to said predefined percentages, one subscriber location of said predetermined plurality of subscriber locations to which to allocate said call request; and
an identifying system for identifying said one location as said determined closest subscriber location.
US08/608,400 1996-02-28 1996-02-28 Advanced intelligent single telephone number routing Expired - Lifetime US6097802A (en)

Priority Applications (9)

Application Number Priority Date Filing Date Title
US08/608,400 US6097802A (en) 1996-02-28 1996-02-28 Advanced intelligent single telephone number routing
US09/567,431 US6411699B1 (en) 1996-02-28 2000-05-10 Advanced intelligent single telephone number routing
US09/976,292 US6542598B2 (en) 1996-02-28 2001-10-15 Advanced intelligent signal telephone number routing
US10/361,759 US6697477B2 (en) 1996-02-28 2003-02-11 Advanced intelligent signal telephone number routing
US10/743,467 US6980636B2 (en) 1996-02-28 2003-12-23 Advanced intelligent single telephone number routing
US11/228,296 US7218719B2 (en) 1996-02-28 2005-09-19 Advanced intelligent single telephone number routing
US11/690,681 US7302052B2 (en) 1996-02-28 2007-03-23 Advanced intelligent single telephone number routing
US11/875,061 US7421070B2 (en) 1996-02-28 2007-10-19 Advanced intelligent single telephone number routing
US12/186,304 US7817793B2 (en) 1996-02-28 2008-08-05 Advanced intelligent single telephone number routing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US08/608,400 US6097802A (en) 1996-02-28 1996-02-28 Advanced intelligent single telephone number routing

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US09/567,431 Continuation US6411699B1 (en) 1996-02-28 2000-05-10 Advanced intelligent single telephone number routing

Publications (1)

Publication Number Publication Date
US6097802A true US6097802A (en) 2000-08-01

Family

ID=24436330

Family Applications (9)

Application Number Title Priority Date Filing Date
US08/608,400 Expired - Lifetime US6097802A (en) 1996-02-28 1996-02-28 Advanced intelligent single telephone number routing
US09/567,431 Expired - Fee Related US6411699B1 (en) 1996-02-28 2000-05-10 Advanced intelligent single telephone number routing
US09/976,292 Expired - Fee Related US6542598B2 (en) 1996-02-28 2001-10-15 Advanced intelligent signal telephone number routing
US10/361,759 Expired - Fee Related US6697477B2 (en) 1996-02-28 2003-02-11 Advanced intelligent signal telephone number routing
US10/743,467 Expired - Fee Related US6980636B2 (en) 1996-02-28 2003-12-23 Advanced intelligent single telephone number routing
US11/228,296 Expired - Fee Related US7218719B2 (en) 1996-02-28 2005-09-19 Advanced intelligent single telephone number routing
US11/690,681 Expired - Fee Related US7302052B2 (en) 1996-02-28 2007-03-23 Advanced intelligent single telephone number routing
US11/875,061 Expired - Fee Related US7421070B2 (en) 1996-02-28 2007-10-19 Advanced intelligent single telephone number routing
US12/186,304 Expired - Fee Related US7817793B2 (en) 1996-02-28 2008-08-05 Advanced intelligent single telephone number routing

Family Applications After (8)

Application Number Title Priority Date Filing Date
US09/567,431 Expired - Fee Related US6411699B1 (en) 1996-02-28 2000-05-10 Advanced intelligent single telephone number routing
US09/976,292 Expired - Fee Related US6542598B2 (en) 1996-02-28 2001-10-15 Advanced intelligent signal telephone number routing
US10/361,759 Expired - Fee Related US6697477B2 (en) 1996-02-28 2003-02-11 Advanced intelligent signal telephone number routing
US10/743,467 Expired - Fee Related US6980636B2 (en) 1996-02-28 2003-12-23 Advanced intelligent single telephone number routing
US11/228,296 Expired - Fee Related US7218719B2 (en) 1996-02-28 2005-09-19 Advanced intelligent single telephone number routing
US11/690,681 Expired - Fee Related US7302052B2 (en) 1996-02-28 2007-03-23 Advanced intelligent single telephone number routing
US11/875,061 Expired - Fee Related US7421070B2 (en) 1996-02-28 2007-10-19 Advanced intelligent single telephone number routing
US12/186,304 Expired - Fee Related US7817793B2 (en) 1996-02-28 2008-08-05 Advanced intelligent single telephone number routing

Country Status (1)

Country Link
US (9) US6097802A (en)

Cited By (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6160882A (en) * 1997-05-14 2000-12-12 Alcatel Subscriber access network, exchange, service control point, and method of establishing a connection
US6330324B1 (en) * 1997-12-09 2001-12-11 Sbc Technology Resources, Inc. Geographical call routing for a non-emergency calling service
WO2002031624A2 (en) * 2000-10-10 2002-04-18 Upoc, Inc. A personal message delivery system
US6381324B1 (en) 1996-06-10 2002-04-30 Murex Securities, Ltd. One number, intelligent call processing system
US6411699B1 (en) * 1996-02-28 2002-06-25 Sbc Technology Resources, Inc. Advanced intelligent single telephone number routing
US20020107918A1 (en) * 2000-06-15 2002-08-08 Shaffer James D. System and method for capturing, matching and linking information in a global communications network
US20020168055A1 (en) * 2000-11-21 2002-11-14 Crockett Susanne Marie Voice enhancing for advance intelligent network services
US20030079028A1 (en) * 2001-10-24 2003-04-24 Sbc Technology Resources, Inc. Unified interface for managing DSL services
US20030161503A1 (en) * 2000-07-14 2003-08-28 Michael Kramer Method and system for authorizing a commercial transaction
US6639978B2 (en) * 2001-12-17 2003-10-28 Evercom Systems, Inc. Method for determining an entity responsible for billing a called party
US20040022379A1 (en) * 1997-04-03 2004-02-05 Southwestern Bell Telephone Company Apparatus and method for facilitating service management of communications services in a communications network
US6694005B1 (en) * 1999-05-11 2004-02-17 Verizon Services Corp. Remote telephone number routing inventory
US20040057570A1 (en) * 2002-09-24 2004-03-25 Power Mark J. Method and apparatus for assigning priorities by applying dynamically-changeable business rules
US6748426B1 (en) 2000-06-15 2004-06-08 Murex Securities, Ltd. System and method for linking information in a global computer network
US20040146151A1 (en) * 1996-11-27 2004-07-29 Ron Urban Method and system for providing the name of the state of a calling party
US20040151294A1 (en) * 1997-04-03 2004-08-05 Sbc Technology Resources, Inc. Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US20040171367A1 (en) * 2003-02-27 2004-09-02 Seligmann Doree Duncan Location-based forwarding over multiple networks
US20040223603A1 (en) * 2003-05-06 2004-11-11 Pence Joseph A. System and method for providing communications services
US6839418B1 (en) * 1998-05-12 2005-01-04 Nokia Networks Oy Method for differentiated treatment of calling subscribers
US20050021481A1 (en) * 2003-04-11 2005-01-27 United States Postal Service Methods and systems for providing an alternative delivery point code
US6850600B1 (en) 1997-03-31 2005-02-01 Sbc Laboratories, Inc. Apparatus and method for intelligent call routing and call return
US6891939B1 (en) * 1996-11-27 2005-05-10 Sbc Properties, L.P. Method and system for providing calling name identification with advanced intelligent network
US6891940B1 (en) 2000-07-19 2005-05-10 Sbc Technology Resources, Inc. System and method for providing remote access to telecommunications services
US20060023858A1 (en) * 2004-07-30 2006-02-02 Crockett Susanne M Subscriber alterable locator service
US20060165015A1 (en) * 1999-10-28 2006-07-27 Lightwaves Systems, Inc. Method for routing data packets using an IP address based on geo position
US7155001B2 (en) 2001-10-24 2006-12-26 Sbc Properties, L.P. System and method for restricting and monitoring telephone calls
US7243075B1 (en) 2000-10-03 2007-07-10 Shaffer James D Real-time process for defining, processing and delivering a highly customized contact list over a network
WO2007088232A1 (en) * 2006-01-31 2007-08-09 Eagertech 21 S.L. Telephone call routing system
US20070291927A1 (en) * 2006-06-15 2007-12-20 Batni Ramachendra P User message delivery to calling party device
US20080089503A1 (en) * 2002-04-30 2008-04-17 At&T Knowledge Ventures, L.P. Voice enhancing for advance intelligent network services
US20080103529A1 (en) * 2006-10-26 2008-05-01 Old Dominion University Apparatus and methods for performing cellular electro-manipulations
US7502457B2 (en) 2002-02-28 2009-03-10 At&T Intellectual Property I, L.P. Outbound call rules routing
US20090157523A1 (en) * 2007-12-13 2009-06-18 Chacha Search, Inc. Method and system for human assisted referral to providers of products and services
US7899690B1 (en) 2000-08-18 2011-03-01 The Crawford Group, Inc. Extended web enabled business to business computer system for rental vehicle services
US8108231B2 (en) 2002-06-14 2012-01-31 The Crawford Group, Inc. Method and apparatus for improved customer direct on-line reservation of rental vehicles
US20120150905A1 (en) * 2006-04-27 2012-06-14 Microsoft Corporation Concerted Coordination of Multidimensional Scorecards
US8234134B2 (en) 2002-06-14 2012-07-31 The Crawford Group, Inc. Method and apparatus for customer direct on-line reservation of rental vehicles including deep-linking
US8271309B2 (en) 2006-03-16 2012-09-18 The Crawford Group, Inc. Method and system for providing and administering online rental vehicle reservation booking services
US8363814B2 (en) 1993-02-22 2013-01-29 Targus Information Corporation Automatic routing and information system for telephonic services
US8495663B2 (en) 2007-02-02 2013-07-23 Microsoft Corporation Real time collaboration using embedded data visualizations
US8600783B2 (en) 2000-08-18 2013-12-03 The Crawford Group, Inc. Business to business computer system for communicating and processing rental car reservations using web services
US9058307B2 (en) 2007-01-26 2015-06-16 Microsoft Technology Licensing, Llc Presentation generation using scorecard elements
US9438728B2 (en) 2014-10-27 2016-09-06 Mya Number Corp. Telephone number grouping service for telephone service providers

Families Citing this family (85)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9134398B2 (en) 1996-09-09 2015-09-15 Tracbeam Llc Wireless location using network centric location estimators
GB2337386B (en) 1996-09-09 2001-04-04 Dennis J Dupray Location of a mobile station
US6236365B1 (en) 1996-09-09 2001-05-22 Tracbeam, Llc Location of a mobile station using a plurality of commercial wireless infrastructures
US6205214B1 (en) * 1997-07-09 2001-03-20 Sbc Technology Resources Inc. Local routing system and method
US6560461B1 (en) 1997-08-04 2003-05-06 Mundi Fomukong Authorized location reporting paging system
US6813346B2 (en) * 1998-08-10 2004-11-02 Sbc Properties, L.P. System and method for selecting a destination number upon receiving a dialed number from a calling party
US7818423B1 (en) * 1998-09-11 2010-10-19 RPX-LV Acquisition, LLC Retrieving personal account information from a web site by reading a credit card
US7555110B2 (en) * 1999-04-01 2009-06-30 Callwave, Inc. Methods and apparatus for providing expanded telecommunications service
AU3932100A (en) 1999-04-01 2000-10-23 Call Wave, Inc. Method and apparatus for providing expanded telecommunications service
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
US7246154B1 (en) * 1999-05-06 2007-07-17 Cisco Technology, Inc. Directing data network communications based on geographic location of a user
US6842511B1 (en) * 2000-02-24 2005-01-11 Richard S. Paiz Parallel computer network and method for telecommunications network simulation to route calls and continuously estimate call billing in real time
US7688958B2 (en) 2000-03-31 2010-03-30 Callwave, Inc. Methods and apparatus for providing expanded telecommunications service
US10641861B2 (en) 2000-06-02 2020-05-05 Dennis J. Dupray Services and applications for a communications network
US9875492B2 (en) 2001-05-22 2018-01-23 Dennis J. Dupray Real estate transaction system
US10684350B2 (en) 2000-06-02 2020-06-16 Tracbeam Llc Services and applications for a communications network
US20020161756A1 (en) * 2001-02-28 2002-10-31 Fesq William Mcbride System and method for performing local searhces across user defined events
US7751548B1 (en) * 2001-03-15 2010-07-06 Alex Mashinsky Family Trust System and method for facilitating targeted marketing over a telecommunications network
US6834104B1 (en) * 2001-04-17 2004-12-21 Sprint Spectrum L.P. Computer program and method for automatically setting up call routing for a metropolitan statistical area
US8705710B2 (en) 2001-11-01 2014-04-22 Callwave Communications, Llc Methods and systems for telephony call completion
US6738461B2 (en) * 2001-11-01 2004-05-18 Callwave, Inc. Methods and apparatus for returning a call over a telephony system
US6879677B2 (en) * 2001-11-01 2005-04-12 Callwave, Inc. Methods and systems for telephony call completion
US7839987B1 (en) 2001-11-01 2010-11-23 Callwave, Inc. Methods and systems for creating a dynamic call log and contact records
US7555111B2 (en) * 2001-11-29 2009-06-30 At&T Intellecutal Property I, L.P. System and method for star code dialing
US7664247B1 (en) * 2002-02-06 2010-02-16 Verizon Services Corp. Methods and apparatus for integrating automatic route selection with AIN services
US20040114747A1 (en) * 2002-12-12 2004-06-17 Trandal David S. Systems and methods for call processing
US8520511B2 (en) * 2003-09-11 2013-08-27 Qualcomm Incorporated Automatic handling of incoming communications at a wireless device
US7474432B1 (en) 2004-03-05 2009-01-06 Callwave, Inc. Methods and systems for fax routing
US7480065B1 (en) 2004-03-05 2009-01-20 Callwave, Inc. Facsimile telecommunications system and method
US7742586B1 (en) 2004-06-14 2010-06-22 Callwave, Inc. Enhanced service levels for call-processing services
US7965829B2 (en) * 2004-07-30 2011-06-21 At&T Intellectual Property I, L.P. Subscriber alterable call transfer service
US7287015B2 (en) * 2004-09-30 2007-10-23 International Business Machines Corporation Methods and apparatus for transmitting signals through network elements for classification
US8494504B2 (en) 2004-12-06 2013-07-23 Callwave Communications, Llc Methods and systems for telephony processing, including location based call transfers
US8107609B2 (en) 2004-12-06 2012-01-31 Callwave, Inc. Methods and systems for telephony call-back processing
US7409048B2 (en) 2004-12-09 2008-08-05 Callwave, Inc. Call processing and subscriber registration systems and methods
US8000455B1 (en) 2004-12-09 2011-08-16 Callwave, Inc. Methods and systems for call processing
US7532875B1 (en) * 2005-02-18 2009-05-12 Virgin Mobile Usa, Llc Scaleable communications management network
US7907712B2 (en) * 2005-03-22 2011-03-15 At&T Intellectual Property Ii, L.P. Method and apparatus for providing personal mobility features in a telecommunications environment
US7852749B2 (en) 2005-04-06 2010-12-14 Callwave, Inc. Methods and systems for routing telecommunications
US7418085B2 (en) * 2005-04-28 2008-08-26 Techradium, Inc. Special needs digital notification and response system
US7624171B1 (en) 2005-04-28 2009-11-24 Techradium, Inc. Method for digitally notifying customers of a utility
US7869576B1 (en) 2005-04-28 2011-01-11 Techradium, Inc. Power management system for a plurality of at least partially rechargeable vehicles
US7496183B1 (en) 2005-04-28 2009-02-24 Techradium, Inc. Method for providing digital notification
US7684548B1 (en) 2005-04-28 2010-03-23 Techradium, Inc. Notification and response system with attendance tracking features
US7685245B1 (en) 2005-04-28 2010-03-23 Techradium, Inc. Digital notification and response system
US8165274B1 (en) 2005-04-28 2012-04-24 Ryan Scott Rodkey System for digitally notifying customers of a utility
US7519165B1 (en) 2005-04-28 2009-04-14 Techradium, Inc. Method for providing digital notification and receiving responses
US7773729B2 (en) * 2005-04-28 2010-08-10 Techradium, Inc. Digital notification and response system with real time translation and advertising features
US7362852B1 (en) 2005-04-28 2008-04-22 Techradium, Inc. School-wide notification and response system with enhanced administrator function
US7130389B1 (en) * 2005-04-28 2006-10-31 Tech Radium, Inc. Digital notification and response system
US7965825B1 (en) 2005-05-02 2011-06-21 Callwave, Inc. Methods and systems for transferring voice messages and faxes over a network
US7808936B2 (en) 2005-05-09 2010-10-05 J2 Global Communications, Inc. Systems and methods for facsimile echo cancellation
US8369311B1 (en) 2005-07-01 2013-02-05 Callwave Communications, Llc Methods and systems for providing telephony services to fixed and mobile telephonic devices
US8855107B1 (en) 2005-07-01 2014-10-07 Callwave Communications, Llc Methods and systems for call routing via a telephone number
US8401163B1 (en) 2005-10-18 2013-03-19 Callwave Communications, Llc Methods and systems for call processing and for providing call progress status over a network
US7668197B1 (en) * 2006-02-21 2010-02-23 Uei Cayman Inc. Codeset communication format and related methods and structures
US8165572B1 (en) 2006-02-22 2012-04-24 Callwave, Inc. Methods and systems for call processing in a wireline and wireless network
US7949112B2 (en) * 2006-02-28 2011-05-24 Jds Uniphase Corporation Caller identification billing
US8270582B1 (en) 2006-04-05 2012-09-18 Callwave, Inc. Methods and systems for routing calls
US8085922B1 (en) 2006-05-01 2011-12-27 Callwave, Inc. Methods and systems for speed dialing
US8121626B1 (en) 2006-06-05 2012-02-21 Callwave, Inc. Method and systems for short message forwarding services
TWM306364U (en) * 2006-07-26 2007-02-11 Compal Communications Inc Communication apparatus and signaling system thereof
US8548447B1 (en) 2006-10-06 2013-10-01 Callwave Communications, Llc Methods and systems for blocking unwanted telecommunications
US8291120B2 (en) * 2006-12-21 2012-10-16 Verizon Services Corp. Systems, methods, and computer program product for automatically verifying a standby site
US20080228397A1 (en) * 2007-03-15 2008-09-18 Motorola, Inc. Reverse map determination of locations and addresses
US8447285B1 (en) 2007-03-26 2013-05-21 Callwave Communications, Llc Methods and systems for managing telecommunications and for translating voice messages to text messages
US8583746B1 (en) 2007-05-25 2013-11-12 Callwave Communications, Llc Methods and systems for web and call processing
US20090005066A1 (en) * 2007-06-29 2009-01-01 Cynthia Florkey Method and apparatus for obtaining a zip code
US7904208B1 (en) 2007-08-10 2011-03-08 Tech Radium, Inc. Computer instructions for centralized management of a hydrogen generation network
US7769496B1 (en) 2007-08-10 2010-08-03 Techradium, Inc. Method for centralized management of a hydrogen generation network
US7769495B1 (en) 2007-08-10 2010-08-03 Techradium, Inc. Power management system for a hydrogen generation network
US8238922B2 (en) * 2008-06-11 2012-08-07 Microsoft Corporation Location-based address normalization
WO2010014999A2 (en) * 2008-08-01 2010-02-04 Tekelec Systems. methods, and computer readable media for triggerless mobile location-based routing/screening
WO2010060087A2 (en) * 2008-11-24 2010-05-27 Tekelec Systems, methods, and computer readable media for location-sensitive called-party number translation in a telecommunications network
US9219677B2 (en) 2009-01-16 2015-12-22 Tekelec Global, Inc. Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (BICC) signaling messages
US8874784B2 (en) 2009-08-10 2014-10-28 Tekelec, Inc. Systems, methods, and computer readable media for controlling social networking service originated message traffic
US9538493B2 (en) 2010-08-23 2017-01-03 Finetrak, Llc Locating a mobile station and applications therefor
US8265083B1 (en) * 2011-07-27 2012-09-11 Vonage Network, Llc Systems and methods of providing communications services
US10973059B2 (en) 2011-07-27 2021-04-06 Vonage America, Llc Systems and methods of providing communications services
US20130121214A1 (en) 2011-07-27 2013-05-16 Vonage Network, Llc Systems and methods of providing communications services
WO2015157026A1 (en) * 2014-04-11 2015-10-15 Level 3 Communications, Llc Virtual service control point in a network
US20160127545A1 (en) 2014-10-30 2016-05-05 Flowroute Inc. Special routing service
US10110748B2 (en) * 2016-02-11 2018-10-23 Kirusa, Inc. Routing incoming calls made to one or more unreachable numbers into a data client
US11856412B2 (en) 2021-12-17 2023-12-26 T-Mobile Usa, Inc. Telecommunications network planning system

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4191860A (en) * 1978-07-13 1980-03-04 Bell Telephone Laboratories, Incorporated Data base communication call processing method
US4611094A (en) * 1983-12-01 1986-09-09 At&T Bell Laboratories Method for customer definable telephone capability
US4611096A (en) * 1983-12-01 1986-09-09 At&T Bell Laboratories Telephone office service assist and handoff
US4757267A (en) * 1987-06-17 1988-07-12 Applied Telematics, Inc. Telephone system for connecting a customer to a supplier of goods
US4788718A (en) * 1987-10-05 1988-11-29 American Telephone And Telegraph Company, At & T Laboratories Call data collection and modification of received call distribution
US5247571A (en) * 1992-02-28 1993-09-21 Bell Atlantic Network Services, Inc. Area wide centrex
US5353331A (en) * 1992-03-05 1994-10-04 Bell Atlantic Network Services, Inc. Personal communications service using wireline/wireless integration
US5506897A (en) * 1993-02-22 1996-04-09 Murex Securities, Ltd. Automatic routing system for telephonic services
US5533107A (en) * 1994-03-01 1996-07-02 Bellsouth Corporation Method for routing calls based on predetermined assignments of callers geographic locations
US5572579A (en) * 1995-04-06 1996-11-05 Bell Communications Research, Inc. System and method for providing portable telephone number service
US5588048A (en) * 1992-07-31 1996-12-24 800 Adept, Inc. Geographically mapped telephone routing method and system
US5592541A (en) * 1995-05-31 1997-01-07 Southwestern Bell Technology Resources, Inc. Apparatus and method for forwarding incoming calls
US5610977A (en) * 1995-12-21 1997-03-11 Stentor Resource Centre, Inc. Number portability using ISUP message option
US5799073A (en) * 1995-06-07 1998-08-25 Southwestern Bell Technology Resources, Inc. Apparatus and method for recording call related data
US5805688A (en) * 1993-04-01 1998-09-08 U.S. West Advanced Technologies, Inc. Automated system and method for call handling
US5901214A (en) * 1996-06-10 1999-05-04 Murex Securities, Ltd. One number intelligent call processing system

Family Cites Families (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US559878A (en) * 1896-05-12 Stereoscope
ATE7847T1 (en) * 1979-08-28 1984-06-15 Battelle Memorial Institute DEVICE FOR MEASURING HUMAN BLOOD PRESSURE.
US4755718A (en) * 1986-11-26 1988-07-05 The United States Of America As Represented By The Secretary Of The Army Wide angle and graded acuity intensifier tubes
US4797818A (en) * 1987-03-26 1989-01-10 Jeno F. Paulucci Food order/delivery system
US4778718A (en) * 1987-03-26 1988-10-18 University Of Delaware Fabric-reinforced cementitious sheet-like structures and their production
US5084816A (en) * 1987-11-25 1992-01-28 Bell Communications Research, Inc. Real time fault tolerant transaction processing system
US4924495A (en) * 1988-09-01 1990-05-08 Richards Philip C Enhanced communication services and apparatus
US5095505A (en) * 1990-02-28 1992-03-10 Mci Communications Corp. Efficient flexible special service call processing
US5249223A (en) * 1991-01-03 1993-09-28 At&T Bell Laboratories Call-load-control arrangement for an emergency-call-answering center
US5136636A (en) * 1991-02-07 1992-08-04 At&T Bell Laboratories Telephone connection to a nearby dealer
US5311572A (en) * 1991-10-03 1994-05-10 At&T Bell Laboratories Cooperative databases call processing system
US5546445A (en) * 1991-12-26 1996-08-13 Dennison; Everett Cellular telephone system that uses position of a mobile unit to make call management decisions
US5734709A (en) * 1992-01-27 1998-03-31 Sprint Communications Co. L.P. System for customer configuration of call routing in a telecommunications network
US5418844A (en) * 1992-04-17 1995-05-23 Bell Atlantic Network Services, Inc. Automatic access to information service providers
US5805689A (en) * 1992-07-31 1998-09-08 800 Adept, Inc. Geographically mapped telephone routing method and system
US5289371A (en) * 1992-09-11 1994-02-22 Memorylink, Inc. System and method for routing data and communications
US5481603A (en) * 1993-09-28 1996-01-02 At&T Corp. Intelligent call processing based upon complete identification of calling station
US5537470A (en) 1994-04-06 1996-07-16 At&T Corp. Method and apparatus for handling in-bound telemarketing calls
US5799061A (en) * 1994-04-26 1998-08-25 Greater Harris County 9-1-1 Emergency Network Computer integrated telephony system for the processing of 9-1-1 calls for service
US5559878A (en) * 1994-05-23 1996-09-24 Teltrust, Inc. Telephonic communications answering and callback processing system
US5586177A (en) * 1995-09-06 1996-12-17 Bell Atlantic Network Services, Inc. Intelligent signal transfer point (ISTP)
US5812639A (en) * 1994-12-05 1998-09-22 Bell Atlantic Network Services, Inc. Message communication via common signaling channel
US5680446A (en) * 1995-08-24 1997-10-21 Southwestern Bell Technology Resources, Inc. Advanced intelligent network screening
US5835583A (en) * 1995-10-05 1998-11-10 Bell Atlantic Network Services, Inc. Mediated AIN control of short code access to information service providers
US5915012A (en) * 1997-01-14 1999-06-22 Genesys, Telecommunications Laboratories, Inc. System and method for operating a plurality of call centers
US5771283A (en) * 1995-10-26 1998-06-23 Lucent Technologies Inc. Method for delivering enhanced caller identification service in a telecommunications network
US5878126A (en) * 1995-12-11 1999-03-02 Bellsouth Corporation Method for routing a call to a destination based on range identifiers for geographic area assignments
CA2193015C (en) * 1996-01-04 2001-04-03 Dominic Ricciardi Network architecture for routing of adjunct based services
US6097802A (en) * 1996-02-28 2000-08-01 Sbc Technology Resources, Inc. Advanced intelligent single telephone number routing
US5867562A (en) * 1996-04-17 1999-02-02 Scherer; Gordon F. Call processing system with call screening
US5974133A (en) * 1996-04-30 1999-10-26 Southwestern Bell Technology Resources, Inc. Method and apparatus for facilitating communication across multiple locations
US5867570A (en) * 1996-07-29 1999-02-02 Northern Telecom Limited Directory number portability in telephone networks
US6115553A (en) * 1996-09-17 2000-09-05 Asahi Kogaku Kogyo Kabushiki Kaisha Multipoint autofocus system
US5878127A (en) * 1996-09-30 1999-03-02 Sbc Technology Resources, Inc. Method and apparatus for facilitating remote communications access to multiple locations within a telecommunications network
US5848142A (en) * 1996-09-30 1998-12-08 Lucent Technologies, Inc. Advanced call waiting processing
US5920618A (en) * 1996-11-29 1999-07-06 Sbc Technology Resources, Inc. Apparatus and method for managing telephony-based services
US6075853A (en) * 1997-03-31 2000-06-13 Sbc Technology Resources, Inc. Apparatus and method for intelligent call routing and call return
US6205214B1 (en) * 1997-07-09 2001-03-20 Sbc Technology Resources Inc. Local routing system and method
US6108408A (en) * 1997-07-30 2000-08-22 Sbc Technology Resources, Inc. Apparatus and method for routing a dedicated number through alternate telephone carriers
US6084872A (en) * 1997-10-30 2000-07-04 Ameritech Corporation Trunk and switch architecture for providing switched-circuit connections to on-line data services
US6330324B1 (en) * 1997-12-09 2001-12-11 Sbc Technology Resources, Inc. Geographical call routing for a non-emergency calling service
US6332022B1 (en) * 1997-12-22 2001-12-18 Nortel Networks Limited Method and apparatus for routing emergency services calls in an intelligent network
US6154535A (en) * 1998-05-15 2000-11-28 Bellsouth Corporation Methods and system for obtaining processing information relating to a communication
US6813346B2 (en) * 1998-08-10 2004-11-02 Sbc Properties, L.P. System and method for selecting a destination number upon receiving a dialed number from a calling party

Patent Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4191860A (en) * 1978-07-13 1980-03-04 Bell Telephone Laboratories, Incorporated Data base communication call processing method
US4611094A (en) * 1983-12-01 1986-09-09 At&T Bell Laboratories Method for customer definable telephone capability
US4611096A (en) * 1983-12-01 1986-09-09 At&T Bell Laboratories Telephone office service assist and handoff
US4757267A (en) * 1987-06-17 1988-07-12 Applied Telematics, Inc. Telephone system for connecting a customer to a supplier of goods
US4757267B1 (en) * 1987-06-17 1991-05-21 Applied Telematics Inc
US4788718A (en) * 1987-10-05 1988-11-29 American Telephone And Telegraph Company, At & T Laboratories Call data collection and modification of received call distribution
US5247571A (en) * 1992-02-28 1993-09-21 Bell Atlantic Network Services, Inc. Area wide centrex
US5353331A (en) * 1992-03-05 1994-10-04 Bell Atlantic Network Services, Inc. Personal communications service using wireline/wireless integration
US5588048A (en) * 1992-07-31 1996-12-24 800 Adept, Inc. Geographically mapped telephone routing method and system
US5506897A (en) * 1993-02-22 1996-04-09 Murex Securities, Ltd. Automatic routing system for telephonic services
US5506897C1 (en) * 1993-02-22 2001-12-11 Murex Securities Ltd Automatic routing system for telephonic services
US5805688A (en) * 1993-04-01 1998-09-08 U.S. West Advanced Technologies, Inc. Automated system and method for call handling
US5533107A (en) * 1994-03-01 1996-07-02 Bellsouth Corporation Method for routing calls based on predetermined assignments of callers geographic locations
US5572579A (en) * 1995-04-06 1996-11-05 Bell Communications Research, Inc. System and method for providing portable telephone number service
US5592541A (en) * 1995-05-31 1997-01-07 Southwestern Bell Technology Resources, Inc. Apparatus and method for forwarding incoming calls
US5799073A (en) * 1995-06-07 1998-08-25 Southwestern Bell Technology Resources, Inc. Apparatus and method for recording call related data
US5610977A (en) * 1995-12-21 1997-03-11 Stentor Resource Centre, Inc. Number portability using ISUP message option
US5901214A (en) * 1996-06-10 1999-05-04 Murex Securities, Ltd. One number intelligent call processing system

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
"ISDN Call Forwarding, Revision 1," Bell Communications Research, Technical Reference TR-TSY-000853, Revision 1 (Dec. 1993).
"ISDN Call Forwarding," Bell Communications Research, Technical Reference TR-TSY-000853, Revision 1 (Dec. 1993).
Berman, Roger K., and Brewster, John H., Perspectives on the AIN Architecture, IEEE Communications Magazine, Feb. 1992, pp. 27 32. *
Berman, Roger K., and Brewster, John H.,"Perspectives on the AIN Architecture," IEEE Communications Magazine, Feb. 1992, pp. 27-32.
Generic Requirements for GetData (Bellcore GR 2838 CORE). *
Generic Requirements for GetData (Bellcore GR-2838-CORE).
ISDN Call Forwarding, Bell Communications Research, Technical Reference TR TSY 000853, Revision 1 (Dec. 1993). *
ISDN Call Forwarding, Revision 1, Bell Communications Research, Technical Reference TR TSY 000853, Revision 1 (Dec. 1993). *

Cited By (124)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8363814B2 (en) 1993-02-22 2013-01-29 Targus Information Corporation Automatic routing and information system for telephonic services
US7421070B2 (en) * 1996-02-28 2008-09-02 At&T Labs, Inc. Advanced intelligent single telephone number routing
US6980636B2 (en) 1996-02-28 2005-12-27 Sbc Technology Resources, Inc. Advanced intelligent single telephone number routing
US7218719B2 (en) 1996-02-28 2007-05-15 At&T Labs, Inc. Advanced intelligent single telephone number routing
US7817793B2 (en) 1996-02-28 2010-10-19 At&T Labs, Inc. Advanced intelligent single telephone number routing
US6411699B1 (en) * 1996-02-28 2002-06-25 Sbc Technology Resources, Inc. Advanced intelligent single telephone number routing
US20070167166A1 (en) * 1996-02-28 2007-07-19 At&T Labs, Inc. Advanced intelligent single telephone number routing
US7302052B2 (en) 1996-02-28 2007-11-27 At&T Labs, Inc. Advanced intelligent single telephone number routing
US6542598B2 (en) * 1996-02-28 2003-04-01 Sec Technology Resources, Inc. Advanced intelligent signal telephone number routing
US6697477B2 (en) * 1996-02-28 2004-02-24 Sbc Technology Resources, Inc. Advanced intelligent signal telephone number routing
US20080056477A1 (en) * 1996-02-28 2008-03-06 At&T Labs, Inc. Advanced intelligent single telephone number routing
US6381324B1 (en) 1996-06-10 2002-04-30 Murex Securities, Ltd. One number, intelligent call processing system
US8085924B2 (en) 1996-06-10 2011-12-27 Targus Information Corporation One number, intelligent call processing system
US6661884B2 (en) 1996-06-10 2003-12-09 Murex Securities, Ltd, One number, intelligent call processing system
US20040146151A1 (en) * 1996-11-27 2004-07-29 Ron Urban Method and system for providing the name of the state of a calling party
US7343007B2 (en) 1996-11-27 2008-03-11 Sbc Properties, Lp Method and system for providing calling name identification with advanced intelligent network
US7006615B2 (en) * 1996-11-27 2006-02-28 Sbc Properties L.P. Method and system for providing the name of the state of a calling party
US20090110166A1 (en) * 1996-11-27 2009-04-30 Ron Urban Method and System for Providing Location Information Associated with a Calling Party
US20070217587A1 (en) * 1996-11-27 2007-09-20 Ron Urban Method and system for providing location information associated with a calling party
US7450706B2 (en) 1996-11-27 2008-11-11 At&T Knowledge Ventures L.P Method and system for providing location information associated with a calling party
US20060056610A1 (en) * 1996-11-27 2006-03-16 Ron Urban Method and system for providing calling name identification with advanced intelligent network
US20060171522A1 (en) * 1996-11-27 2006-08-03 Ron Urban Method and system for providing the name of the state of a calling party
US7940905B2 (en) 1996-11-27 2011-05-10 At&T Intellectual Property I, L.P. Method and system for providing calling name identification
US20080130855A1 (en) * 1996-11-27 2008-06-05 Ron Urban Method and System for Providing Calling Name Identification
US6891939B1 (en) * 1996-11-27 2005-05-10 Sbc Properties, L.P. Method and system for providing calling name identification with advanced intelligent network
US8045690B2 (en) 1996-11-27 2011-10-25 At&T Intellectual Property I, L.P. Method and system for providing location information associated with a calling party
US7233654B2 (en) 1996-11-27 2007-06-19 Sbc Properties, L.P. Method and system for providing the name of the state of a calling party
US20050031114A1 (en) * 1997-03-31 2005-02-10 Sbc Laboratories, Inc. Apparatus and method for intelligent call routing and call return
US7499536B2 (en) 1997-03-31 2009-03-03 At&T Labs, Inc. Apparatus and method for intelligent call routing and call return
US6850600B1 (en) 1997-03-31 2005-02-01 Sbc Laboratories, Inc. Apparatus and method for intelligent call routing and call return
US20040151294A1 (en) * 1997-04-03 2004-08-05 Sbc Technology Resources, Inc. Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US8494138B2 (en) 1997-04-03 2013-07-23 At&T Intellectual Property I, L.P. Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US8139742B2 (en) 1997-04-03 2012-03-20 At&T Intellectual Property I, L.P. Apparatus and method for facilitating service management of communications services in a communications network
US20070121850A1 (en) * 1997-04-03 2007-05-31 Southwestern Bell Telephone Company Apparatus and method for facilitating service management of communications services in a communications network
US8705718B2 (en) 1997-04-03 2014-04-22 At&T Intellectual Property I, L.P. Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US20070047714A1 (en) * 1997-04-03 2007-03-01 Sbc Technology Resources, Inc. Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US7167550B2 (en) 1997-04-03 2007-01-23 Southwestern Bell Telephone Company Apparatus and method for facilitating service management of communications services in a communications network
US7103165B2 (en) 1997-04-03 2006-09-05 Sbc Technology Resources, Inc. Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US9369574B2 (en) 1997-04-03 2016-06-14 At&T Intellectual Property I, L.P. Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US20040022379A1 (en) * 1997-04-03 2004-02-05 Southwestern Bell Telephone Company Apparatus and method for facilitating service management of communications services in a communications network
US7907714B2 (en) 1997-04-03 2011-03-15 At&T Labs, Inc. Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US6160882A (en) * 1997-05-14 2000-12-12 Alcatel Subscriber access network, exchange, service control point, and method of establishing a connection
US7292688B2 (en) 1997-12-09 2007-11-06 At&T Labs, Inc. Geographical call routing for a non-emergency calling service
US6330324B1 (en) * 1997-12-09 2001-12-11 Sbc Technology Resources, Inc. Geographical call routing for a non-emergency calling service
US6724882B2 (en) 1997-12-09 2004-04-20 Sbc Technology Resources, Inc. Geographical call routing for a non-emergency calling service
US20090086931A1 (en) * 1997-12-09 2009-04-02 At&T Labs, Inc. Geographical call routing for a non-emergency calling service
US20060188082A1 (en) * 1997-12-09 2006-08-24 Sbc Technology Resources, Inc. Geographical call routing for a non-emergency calling service
US6563917B2 (en) 1997-12-09 2003-05-13 Sbc Technology Resources, Inc. Geographical call routing for a non-emergency calling service
US7983409B2 (en) 1997-12-09 2011-07-19 At&T Labs, Inc. Geographical call routing for a non-emergency calling service
US20040165711A1 (en) * 1997-12-09 2004-08-26 Sbc Technology Resources, Inc. Geographical call routing for a non-emergency calling service
US7443975B2 (en) 1997-12-09 2008-10-28 At&T Labs, Inc. Geographical call routing for a non-emergency calling service
US7054432B2 (en) 1997-12-09 2006-05-30 Sbc Technology Resources, Inc. Geographical call routing for a non-emergency calling service
US7203302B2 (en) 1997-12-09 2007-04-10 At&T Labs, Inc. Geographical call routing for a non-emergency calling service
US20080002819A1 (en) * 1997-12-09 2008-01-03 At&T Labs, Inc. Geographical call routing for a non-emergency calling service
US7853003B2 (en) 1997-12-09 2010-12-14 At&T Labs, Inc. Geographical call routing for a non-emergency calling service
US7653194B2 (en) 1997-12-09 2010-01-26 At&T Labs, Inc. Geographical call routing for a non-emergency calling service
US20070140452A1 (en) * 1997-12-09 2007-06-21 At&T Labs, Inc. Geographical call routing for a non-emergency calling service
US6839418B1 (en) * 1998-05-12 2005-01-04 Nokia Networks Oy Method for differentiated treatment of calling subscribers
US6694005B1 (en) * 1999-05-11 2004-02-17 Verizon Services Corp. Remote telephone number routing inventory
US8085813B2 (en) * 1999-10-28 2011-12-27 Lightwaves Systems, Inc. Method for routing data packets using an IP address based on geo position
US20060165015A1 (en) * 1999-10-28 2006-07-27 Lightwaves Systems, Inc. Method for routing data packets using an IP address based on geo position
US6748426B1 (en) 2000-06-15 2004-06-08 Murex Securities, Ltd. System and method for linking information in a global computer network
US20040199506A1 (en) * 2000-06-15 2004-10-07 Shaffer James D. System for linking information in a global computer network
US20020107918A1 (en) * 2000-06-15 2002-08-08 Shaffer James D. System and method for capturing, matching and linking information in a global communications network
US7167907B2 (en) 2000-06-15 2007-01-23 Shaffer James D System for linking information in a global computer network
US20030161503A1 (en) * 2000-07-14 2003-08-28 Michael Kramer Method and system for authorizing a commercial transaction
US6934849B2 (en) * 2000-07-14 2005-08-23 Voice, Trust Ag Method and system for authorizing a commercial transaction
US6891940B1 (en) 2000-07-19 2005-05-10 Sbc Technology Resources, Inc. System and method for providing remote access to telecommunications services
US8401881B2 (en) 2000-08-18 2013-03-19 The Crawford Group, Inc. Extended web enabled business to business computer system for rental vehicle services
US10929920B2 (en) 2000-08-18 2021-02-23 The Crawford Group, Inc. Business to business computer system for communicating and processing rental car reservations using web services
US8340989B2 (en) 2000-08-18 2012-12-25 The Crawford Group, Inc. Method and system for managing rental vehicle reservations with user authorization limits
US7899690B1 (en) 2000-08-18 2011-03-01 The Crawford Group, Inc. Extended web enabled business to business computer system for rental vehicle services
US8600783B2 (en) 2000-08-18 2013-12-03 The Crawford Group, Inc. Business to business computer system for communicating and processing rental car reservations using web services
US8565404B2 (en) 2000-10-03 2013-10-22 Neustar Information Services, Inc. Real-time process for defining, processing and delivering a highly customized contact list over a network
US7243075B1 (en) 2000-10-03 2007-07-10 Shaffer James D Real-time process for defining, processing and delivering a highly customized contact list over a network
WO2002031624A2 (en) * 2000-10-10 2002-04-18 Upoc, Inc. A personal message delivery system
US20050015443A1 (en) * 2000-10-10 2005-01-20 Alex Levine Personal message delivery system
WO2002031624A3 (en) * 2000-10-10 2003-01-16 Upoc Inc A personal message delivery system
US8374894B2 (en) 2000-10-20 2013-02-12 The Crawford Group, Inc. Extended web enabled multi-featured business to business computer system for rental vehicle services
US7317787B2 (en) 2000-11-21 2008-01-08 At&T Knowledge Ventures, L.P. Voice enhancing for advance intelligent network services
US20020168055A1 (en) * 2000-11-21 2002-11-14 Crockett Susanne Marie Voice enhancing for advance intelligent network services
US20080279359A1 (en) * 2001-10-24 2008-11-13 At&T Intellectual Property I,L.P. System and method for restricting and monitoring telephone calls
US7155001B2 (en) 2001-10-24 2006-12-26 Sbc Properties, L.P. System and method for restricting and monitoring telephone calls
US8155293B2 (en) 2001-10-24 2012-04-10 At&T Intellectual Property I, L.P. System and method for restricting and monitoring telephone calls
US20030079028A1 (en) * 2001-10-24 2003-04-24 Sbc Technology Resources, Inc. Unified interface for managing DSL services
US7418089B2 (en) 2001-10-24 2008-08-26 At&T Intellectual Property I, L.P. System and method for restricting and monitoring telephone calls
US7337220B2 (en) 2001-10-24 2008-02-26 At&T Labs, Inc. Unified interface for managing DSL services
US6639978B2 (en) * 2001-12-17 2003-10-28 Evercom Systems, Inc. Method for determining an entity responsible for billing a called party
US7502457B2 (en) 2002-02-28 2009-03-10 At&T Intellectual Property I, L.P. Outbound call rules routing
US20080089503A1 (en) * 2002-04-30 2008-04-17 At&T Knowledge Ventures, L.P. Voice enhancing for advance intelligent network services
US7957509B2 (en) 2002-04-30 2011-06-07 At&T Intellectual Property I, L.P. Voice enhancing for advance intelligent network services
US8234134B2 (en) 2002-06-14 2012-07-31 The Crawford Group, Inc. Method and apparatus for customer direct on-line reservation of rental vehicles including deep-linking
US8706534B2 (en) 2002-06-14 2014-04-22 The Crawford Group, Inc. Method and apparatus for customer direct on-line reservation of rental vehicles including deep-linking
US8108231B2 (en) 2002-06-14 2012-01-31 The Crawford Group, Inc. Method and apparatus for improved customer direct on-line reservation of rental vehicles
US8396728B2 (en) 2002-06-14 2013-03-12 The Crawford Group, Inc. Method and apparatus for improved customer direct on-line reservation of rental vehicles
US7492888B2 (en) * 2002-09-24 2009-02-17 Power Mark J Method and apparatus for assigning priorities by applying dynamically-changeable business rules
US20040057570A1 (en) * 2002-09-24 2004-03-25 Power Mark J. Method and apparatus for assigning priorities by applying dynamically-changeable business rules
US20040171367A1 (en) * 2003-02-27 2004-09-02 Seligmann Doree Duncan Location-based forwarding over multiple networks
US6950651B2 (en) * 2003-02-27 2005-09-27 Avaya Technology Corp Location-based forwarding over multiple networks
US8370165B2 (en) * 2003-04-11 2013-02-05 United States Postal Service Methods and systems for providing an alternative delivery point code
US20050021481A1 (en) * 2003-04-11 2005-01-27 United States Postal Service Methods and systems for providing an alternative delivery point code
US7613452B2 (en) 2003-05-06 2009-11-03 Joseph Allen Pence System and method for providing communications services
US20050152512A1 (en) * 2003-05-06 2005-07-14 Ocmc, Inc. System and method for providing communications services
US7970108B2 (en) 2003-05-06 2011-06-28 Palus A31, Llc System and method for providing communications services
US7929682B2 (en) 2003-05-06 2011-04-19 Palus A31, Llc System and method for providing communications services
US20100020960A1 (en) * 2003-05-06 2010-01-28 Joseph Allen Pence System and method for providing communications services
US20050152513A1 (en) * 2003-05-06 2005-07-14 Ocmc, Inc. System and method for providing communications services
US20050152526A1 (en) * 2003-05-06 2005-07-14 Ocmc, Inc. System and method for providing communications services
US20040223603A1 (en) * 2003-05-06 2004-11-11 Pence Joseph A. System and method for providing communications services
US20050152530A1 (en) * 2003-05-06 2005-07-14 Ocmc, Inc. System and method for providing communications services
US20060023858A1 (en) * 2004-07-30 2006-02-02 Crockett Susanne M Subscriber alterable locator service
WO2007088232A1 (en) * 2006-01-31 2007-08-09 Eagertech 21 S.L. Telephone call routing system
US8862487B2 (en) 2006-03-16 2014-10-14 The Crawford Group, Inc. Method and system for providing and administering online rental vehicle reservation booking services
US8862488B2 (en) 2006-03-16 2014-10-14 The Crawford Group, Inc. Method and system for providing and administering online rental vehicle reservation booking services
US8271309B2 (en) 2006-03-16 2012-09-18 The Crawford Group, Inc. Method and system for providing and administering online rental vehicle reservation booking services
US20120150905A1 (en) * 2006-04-27 2012-06-14 Microsoft Corporation Concerted Coordination of Multidimensional Scorecards
US20070291927A1 (en) * 2006-06-15 2007-12-20 Batni Ramachendra P User message delivery to calling party device
US8270590B2 (en) * 2006-06-15 2012-09-18 Alcatel Lucent User message delivery to calling party device
US20080103529A1 (en) * 2006-10-26 2008-05-01 Old Dominion University Apparatus and methods for performing cellular electro-manipulations
US9058307B2 (en) 2007-01-26 2015-06-16 Microsoft Technology Licensing, Llc Presentation generation using scorecard elements
US8495663B2 (en) 2007-02-02 2013-07-23 Microsoft Corporation Real time collaboration using embedded data visualizations
US9392026B2 (en) 2007-02-02 2016-07-12 Microsoft Technology Licensing, Llc Real time collaboration using embedded data visualizations
US20090157523A1 (en) * 2007-12-13 2009-06-18 Chacha Search, Inc. Method and system for human assisted referral to providers of products and services
US9438728B2 (en) 2014-10-27 2016-09-06 Mya Number Corp. Telephone number grouping service for telephone service providers

Also Published As

Publication number Publication date
US7302052B2 (en) 2007-11-27
US6411699B1 (en) 2002-06-25
US20080310613A1 (en) 2008-12-18
US7218719B2 (en) 2007-05-15
US20070167166A1 (en) 2007-07-19
US6697477B2 (en) 2004-02-24
US20080056477A1 (en) 2008-03-06
US20030112954A1 (en) 2003-06-19
US7817793B2 (en) 2010-10-19
US20020057781A1 (en) 2002-05-16
US6542598B2 (en) 2003-04-01
US20060013374A1 (en) 2006-01-19
US7421070B2 (en) 2008-09-02
US6980636B2 (en) 2005-12-27
US20040190706A1 (en) 2004-09-30

Similar Documents

Publication Publication Date Title
US6097802A (en) Advanced intelligent single telephone number routing
US5680446A (en) Advanced intelligent network screening
US6563917B2 (en) Geographical call routing for a non-emergency calling service
US5974133A (en) Method and apparatus for facilitating communication across multiple locations
US5566235A (en) Customer controlled service mediation management
US5539817A (en) Wide area centrex toll service with novel translation
US6185282B1 (en) Apparatus and method for intelligent call routing and call return
US6697480B2 (en) Method and network for routing a communication through an alternate carrier
US5878127A (en) Method and apparatus for facilitating remote communications access to multiple locations within a telecommunications network
US6850600B1 (en) Apparatus and method for intelligent call routing and call return
US20030123637A1 (en) Local exchange carrier escape list for local number portability
US6421428B1 (en) Flexible ANI

Legal Events

Date Code Title Description
AS Assignment

Owner name: SOUTHWESTERN BELL TECHNOLOGY RESOURCES, INC., TEXA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FLEISCHER, HAROLD C. III;GAFFNEY, GWEN H.;EIFFERT, SUSAN D;AND OTHERS;REEL/FRAME:008017/0767;SIGNING DATES FROM 19960618 TO 19960624

AS Assignment

Owner name: SBC TECHNOLOGY RESOURCES, INC., TEXAS

Free format text: CHANGE OF NAME;ASSIGNOR:SOUTHWESTERN BELL TECHNOLOGY RESOURCES, INC.;REEL/FRAME:009328/0372

Effective date: 19970829

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: AT&T LABS, INC., NEVADA

Free format text: CHANGE OF NAME;ASSIGNOR:SBC LABORATORIES, INC.;REEL/FRAME:019458/0106

Effective date: 20060417

Owner name: SBC LABORATORIES, INC., NEVADA

Free format text: CHANGE OF NAME;ASSIGNOR:SBC TECHNOLOGY RESOURCES, INC.;REEL/FRAME:019458/0110

Effective date: 20030515

FPAY Fee payment

Year of fee payment: 8

FPAY Fee payment

Year of fee payment: 12