CA2281210A1 - Generalized arrangement for routing telecommunications calls - Google Patents

Generalized arrangement for routing telecommunications calls Download PDF

Info

Publication number
CA2281210A1
CA2281210A1 CA002281210A CA2281210A CA2281210A1 CA 2281210 A1 CA2281210 A1 CA 2281210A1 CA 002281210 A CA002281210 A CA 002281210A CA 2281210 A CA2281210 A CA 2281210A CA 2281210 A1 CA2281210 A1 CA 2281210A1
Authority
CA
Canada
Prior art keywords
switch
database
port
called party
accessing
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.)
Abandoned
Application number
CA002281210A
Other languages
French (fr)
Inventor
Alan Eugene Frey
Susan Jean Tripp
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.)
Nokia of America Corp
Original Assignee
Lucent Technologies 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
Application filed by Lucent Technologies Inc filed Critical Lucent Technologies Inc
Publication of CA2281210A1 publication Critical patent/CA2281210A1/en
Abandoned legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0029Provisions for intelligent networking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • H04W8/28Number portability ; Network address portability

Abstract

Apparatus and a method for controlling the establishment of telecom-munications calls. In response to a service request from a calling party, a switch serving the calling party transmits a query identifying the called party to a shared database. The database provides information identifying the switch for accessing the called party, and information for identifying port(s) for accessing the called party from that switch. When a customer moves from one location to another, the database is updated to reflect the switch and port identification associated with the new location of the customer.
If the called customer is a mobile customer, the database maintains information concerning the current location of that customer so that calls can be immediately switched to that customer. Advantageously, a single database for storing information about the location and class of service of all customers served by a network greatly simplifies the process of routing calls, allows for great flexibility in numbering plans, and greatly simplifies the process of providing service to a customer who has moved.

Description

Frey 15-4 1 GENERALIZED ARRANGEMENT FOR ROUTING TELECOI~2f,JNICATIONS CALLS
Technical Field:
This invention relates to arrangements for routing tel..~pnone calls and more specifically, for such arrangements making use centralized database.
Problem:
Telephone call routing has traditionally been accomplished through the use of small telephone numbers that specify a destination.
In the North American numbering plan, a three digit area specifies a region, a second three-digit code specifies a switching ' system within that region, and the last four digits specify a subscriber connected to that switch. The process of routing a call is thereby accomplished by routing the call to a toll switch wi+hin ~u' specified region (and in some cases, using six-digit translation, to route the call to one of several such toll switches). Routi~~ ~:i:.
call then, from that toll switch directly or indirectly to the switching system specified by the office code, and then, i~v ~:liat switching system, based on local translations, routing the call to the destination customer.
A number of problems with this simple arrangement have become apparent in the last several decades. For example, as "800" calling became popular, it was necessary that calls to an "800" number could be routed any place in the country. The problem was solved by implementing a database to translate from an "800" number ~-o conventional POTS, (plain old telephone service) number, and routing to that conventional telephone number. In a similar way, software defined networks were implemented to allow customers within a business to use an internal numbering plan to access other telephones of a business via the public switched telephone number by having a database to translate between internal telephone numbers, and POTS numbers.
The introduction of competition into the telecommunications business has further created problems. One of the desirable features that is being implemented with the introduction of competition, is local number portability wherein a customer may switch to being served by another service provider without changing the customer's telephone number. Thus, a range of telephone numbers which formerly were associated with a single switch, may now be served by two or more switches. Proposed solutions to this problem have generally involved the use of a database to identify the switch serving a particular telephone number, and arranging to route the call to that switch, or by initially routing the call to the switch of the main carrier, and then re-routing the call to the switch of the carrier actually serving the terminating customer.
In recent years, the Internet network has grown. Usi~~.g the facilities of the Internet network, an Internet name (e. g., -mail address), or other handle is translated in a database into an In.t~rn~'-protocol address for transmitting Internet datagrams _c_~
destination specified by the name.
Solution:
Applicants have recognized that there are major shortcomings to the status quo for routing calls to a destination customer. First, translations are performed in all intermediate switches as a c<-:~' advanced from source to destination. The object of these translations is to determine the best route for connecting the call to the destination switch. Second, the process of providing telephone service to a customer that moves is costly, time consuming, _.
awkward. If the customer moves from one switch to another, the customer's number generally is changed, which is undesirable. Even if the customer stays within the same switch, and/or retains the same telephone number, the administration of the change, and the change of translation data for that customer in a specific switch out of the hundreds of switches served by a service order bureau is time consuming; all the customer's special service needs must be re-specified for the new switch and customer port. Whereas plans are being made which can accommodate number portability, within a selectively local area, the problems of allowing complete number portability throughout the nation are so formidable that practically speaking, nationwide number portability cannot be implemented us.inq the present routing and translation arrangements. Third, special number blocks must be reserved for customers who have special terminating service, accessed by special access codes, such as uUii numbers, and "900" numbers. The need for additional "800" numbers, for example, has already required the setting aside of two additional area codes for this purpose. Sometimes this has been helpful, since for example, customers know when dialing an "800" number they will not be charged for the calf however, as new, more specialized services are introduced, it will be awkward to require the setting aside of a new NPA code for each of these services. Fourth, the use of 800 and 900 numbers requires a special database dedicated to the function of translating to POTS numbers, a database which must be maintained along with the supporting local switch databases. Fifth, the current arrangement requires customers to be assigned one or more POTS
numbers corresponding to 800, etc., numbers, thus using up these POJ";
numbers . Sixth, there is no facility for assigning a handle such -1~
an Internet name to a customer being routed over the public switched telephone network, (PSTN). Seventh, special translations are required for routing calls to special announcements, mail boxes, call prompt menus, and services such as a "meet me" conference switch.
Applicants have analyzed these problems and have come up with a generalized solution which represents a significant advance over the prior art. In accordance with their invention, a centralized database is consulted for routing calls; this centralized database m,~?ces a translation between an access identifier such as the called number, name or other handle, (e. g,. e-mail address), and a destination switch. In accordance with Applicants' preferred embodiment, tl~

translation further provides an identification of the terminating port or port group by means of which the destination switch can access destination terminal. A port as used herein is an outlet from a switch that carries telecommunication signals to or from a user. It can be, for example, a line port connected to a customer line, a trunk port connected to a PBX, (Private Branch Exchange) or another switch, a port on a subscriber loop carrier, remote concentrator or remote switching unit connected to the terminating switch 1, a local area network port, or a radio link for accessing a wireless customer.

Advantageously, using such an arrangement, a user can be connected to any switch regardless of the user's access identifier.

In accordance with the preferred embodiment, calls to a number can be connected to a customer at any port of any switch, including a port for serving a wireless device. Advantageously, this permits customers who move to specify the new street address at which their telecommunications terminal is now connected; using a database to translate between any street address and the corresponding port and switch, by specify-ng a new street address to the database, the customer effectively specifies the switch and port to which calls for their telephone should be routed. The term "street address" as used herein, also includes an internal apartment, room, or office number, for the case of a building occupied by multiple parties.
In accordance with one feature of Applicants' invention, the full terminating translation is stored in the centralized database.
Advantageously, this arrangement bypasses the need for a special translation from an 800 or 900 number to a POTS number, followed by routing a call using the POTS number. Instead the 800 number is translated to the identity of the terminating switch, and terminating port or port group. The translation can still provide the f7r~ viL;'e arrangements for special access codes such as 800 or 900 number type calls which allow for variations in the selection of a terminating port, or port groups, according to the time of day, day of ~~~
location, and/or identity of the calling party, traffic lc language preference of the caller. Further, this type of arr offers the kinds of service previously available only to 800 or 900 numbers to customers with any number. Further, call forwarding service can be provided without first routing a call to the switch serving the home base of a customer.
In accordance with another feature of Applicants' invention, calls to wireless devices can readily be completed. The database 'r°~!~s track of the location where mobile customer's device can be f~.._:.:.
This is essentially the function performed by the VLR, (visitor location register), in the GSM, (Global Standard for ~!~~t-w standard. Using arrangement of Applicants' invention, the udv~..:.~:~
can route a call to the switch currently serving a mobile customer and that switch can be told the identity of the paging region wherein the customer's device should be paged. Advantageously, this arrangement not only permits the centralized database to absorb functions of the VLR database, but also allows calls to be directly routed to the correct mobile switching center for completion of the call to the destination customer's device.
In accordance with another feature of Applicant' preferred embodiment, all service data of the destination customer which are pertinent to the routing and billing of the call are maintained in the database.
In accordance with another feature of Applicants' invention, the originating class of service is maintained in the database.
Advantageously, this arrangement allows all translation information for customers to be stored at the centralized database, and avoids the requirement for maintaining a customer database in each switch.
In accordance with another aspect of Applicants' invention, if the called customer is served by a different network carrier, then the translation in the database provides the identity of the switch of this carrier that can be used to access the carrier which serves the called customer for calls to the requested destination, and the identity of the trunk group between the switch and that carrier that can be used for completing the call.
In accordance with another feature of Applicant' invention, when a called customer is served by a different network carrier, the database maintains the busy/idle status of the in-service trunks.
which may be spread over several switches, for accessing a desireu access switch of the other carrier, and the database then ~°iects the intercarrier access sc.~itch and the trunk of that switch to be this connection. Advantageously, no delay is incurred for fau n y routing a call to a switch, all of whose access trunks are Ws~~,~m and then re-routing the call to another switch.
In accordance with Applicants' preferred embodiment, the singe centralized database is realized as a distributed database. '1'nc partitions include partitions for subsets of customers. A different carrier is treated essentially as if it were a customer, database for that carrier customer maintains the busy/idle status of trunks for accessing that carrier customer, and the class of service for accessing that carrier customer.
Brief Description of the Drawing:
Figure 1 is a block diagram illustrating the operation of Applicants' invention; and Figure 2 is a memory layout of data stored in the centralized database.
Detailed Description:
Figure 1 is a block diagram illustrating the operation of Applicants invention. Figure 1 illustrates the various messages for actions required to establish a connection between calling customer telephone station 10, and called customer telephone station 11. The connection will be set up from an originating switch 1 connected to the calling customer, and from a terminating switch 2 connected to the called customer telephone 11, and the connection will be via switch 3 which is being used to interconnect switches 1 and 2. In this example, both the calling and the called customers have an ISDN
station. The calling station sends an initial set-up message, giving the identity of the preferred port, (B-channel), to be used for the connection, a call reference number, and the called party number. In response, switch 1 sends an inquiry message 41, to the database; in this case, specifically to a switching control point 21, providing the identity of the requesting switch, the identity of the selected port, (B-channel), connected to the calling station, the call refer,~~~.r number, and the called party number. In response, the SCP sends a route call message containing the called party number, the switch (S2) for accessing the called party, the port on switch 2 connected to the called customer telephone station 11, the identity of switch 1, the calling party port number, and the calling party call number.
i Switch 1 recognizes that the call terminates on switch 2, ~nc3 determines a route for the call. In the particular example, the route is via switch 3. Switch 1 then hunts for a trunk to switch 3.
Switch 1 then transmits an initial address message (IAM) 43 to switch 3, including the identity of the trunk from switch 1 to switch 3, the identity of switch 2, the switch for serving the called party, the identity of the port at switch 2 connected to the called p~~.~'_~
telephone 11, and the called party number. The term port as used herein includes for example, a line port connected to a customer line, a trunk port connected to a PBX, (Private Branch Exchange) switch, a port on a subscriber loop carrier, remote concent~u;.~i or remote switching unit connected to the terminating switch 1, a local area network port, or a radio link for accessing a wireless customer.
Based on information received in the IAM, switch 3 recognizes that the call terminates on switch 2, and hunts for a trunk to switch 2.
Switch 3, then transmits another initial address message 44, which contains the number of the trunk between switch 3 and switch 2, the identity of the switch 2, the identity of the port at switch 2 connected to the called party telephone 11, and the called party number.
Switch 2, in response to receiving message 44, sends a set-up message to the terminating customers' ISDN telephone 11, which contains an identity of the channel to be used, a terminating call reference number for this call, and the called party telephone number.
In response, telephone station 11 sends an alerting message, captioned with the terminating call reference number to switch 2, which forwards message 47 to switch 3 which forwards message 48 to switch 1 which forwards the alerting message 49 to the originating telephone 10. When the called party goes off-hook, a connect message is sent from telephone station 11 to switch 2, which forwards an answer message 51 to switch 3 which forwards an answer message 52 to switch 1 which forwards a connect message to the originating telephone 10. In this example, ISDN telephones were used because the ISDN
telephone messages which have been standardized are very specific in their content. Similar types of messages are sent for other calls between other types of customer devices.
The database may be thought of as a relational database wherein data can be accessed using any one of several accessing keys. The called number, or equivalent, translation, (access ider' translation), is accessed when attempting to complete a call. The street address to switch and port number translation is access-~' service is provided and/or installed for a customer, or w:. .. ..
customer's translation data is to be moved along with the customer, to a new address and new port. The originating port class of se:r_vice translation is accessed when a caller originates a call.
For wireless stations, the terminating class of service translation indicates both the called customer's class of service and billing number, (home location register type data in GSM teii~..~.; , x~..
an indication of where the customer was last registered (VLR type information), used for routing the call to an appropri.~' ale switching center and thence, paging the customer from an appr~piiate set of base stations.
In accordance with another aspect of Applicants' invention, when a customer moves, but wishes to retain their class information profile, this class information profile can be accessed using the customer's previous address, or if the customer retains his/her telephone number, using that telephone number, and attaching the corresponding originating and terminating data to a new switch and port identified by a new address.
The database includes a number of data sub-blocks for each customer. These are shown in Figure 2. They are shown as a super block, not all of whose fields are populated for a particular customer; the super block, in accordance with the principles of, for example, relational databases, can be accessed from the identity of any one of several fields in the super block.
The super block includes the following data sub-blocks:
Block 201 contains the customer's "street address". This street address contains enough data to identify a particular port in a street address containing several, or many such ports, (e.g., an apartment building, a household having several lines, a CENTREX
business).

_ g _ Block 203 contains the identification of the switch port corresponding to that customer address.
Block 205 contains the identity of a port group for taccessing a block of data, listing the ports of a port group. The translations for the port group are similar to the translations for an individual customer except that instead of listing a street address for the port group, a list of ports in the group is provided. (For administrative purposes, the street address of the port group switch can also be provided).
Block 207 contains a customer access identifier which may be a telephone number, or other handle, such as an Internet address.
Block 209 contains originating class of service data. If the billing number is different from the customer access identifier, then such a billing number would be included in the original class service data. If the customer is a mobile customer, the customer's originating class data, as stored in the HLR

in the prior art, would be stored here. The originating class data would include any originating screening data such as denial of 900 calls, or denial of toll calls. The required bandwidth of calls from the originating station, would also be stored here if the originating station can make calls requiring different bandwidths, the maximum bandwidth, presumably, would be stored here.

Block 211 stores the terminating class data for the customer. This would include any special ring associated with the customer's called number, special bandwidth requirements _ g _ or limitations, billing number for cases in which the called number is billed, (e.g., 800 type service), or is billed for part of the call (mobile service).
Super Block 250 is for a port group block. The block cont port group identifier 251, and a plurality of port numbers 252, .
253. Along with the port number is stored the busy/idle st that port.
There are similar Super Blocks, (not shown), for listing the devices of a multiline trunk group, the group of attendants (who may be connected to different switches) serving as agents for a business or other customer, and the group of trunks for accessing another carrier. For these translations, busy/idle status is also desirable.
Another important relation is that between street address and port. This allows a customer to specify a street address and acti~.rate the port connected to that address. This is useful for boy.::
and initial customer installations.
Another important relation is that between a device and a street address. This allows a customer to move a device to a different location for receiving and originating calls.
Among the important relations are the relation between a person, generally identified by an access identifier, e.g., Personal Identification Number, (PIN), Password Fingerprint, and a device.
This permits a user to log in at any device, and subsequently, originate or receive calls at that device. The most obvious example of the use of this facility is for attendants working in a call center.
While in this preferred embodiment of a relational database, translations from any identifier to any other identifier are possible, the speed of making certain translations should be optimized.
Specifically, translations between access identifier and port identity, and translations from port identity to class of service should be optimized since these translations are used on every call.
Translations involving a street address are used less often and can be slower and/or more indirect.
In accordance with another feature of Applicants' preferred embodiment, an alternative access identifier such as a character string defining the name, e-mail address, or other handle of the destination customer can be used for accessing the data in the .:ommon database. Advantageously, this arrangement allows customers, such as Internet customers, to have calls delivered to a telephone device without requiring a caller to provide a POTS number, and withm.lt requiring a POTS number to be assigned to those customers. This type of arrangement also allows, for example, the highly flexible f routing available today only to a few selected customers, such a~ ~~0-type customers, to be made available to all customers. P~:_;: r services can be provided to any customer. Call forwarding service can be provided without first routing a call to the switch serving the home base of a station. Advantageously, this permits the calls be routed, when necessary, via a Vocoder to translate between pulse code modulated, (PCM), voice signals, and packetized voice signals; the latter can be used for communicating with customers such as Internet customers who receive their voice messages as data packets.
When a switch receives the identity of the destination switch (either the switch connected to the called customer, or the s~-be used for accessing a different carrier), the receiving switch will use normal routing methods to reach the destination switch. These normal routing methods include the methods of the prior art such as real time network routing, or the dynamic non-hierarchical routing, or any new routing scheme which is introduced at a later time can be used.
While in theory, it is possible for the database to keep track of the busy/idle status of all inter-office trunks of the network, in practice, such an arrangement has been rejected in the past for good reason. However, for the special case in which a different carrier is accessed, or for the case in which one of a large number of agents possibly served by different switches is being accessed, it is desirable to have the busy/idle status of the various links accessing the other carrier, or an agent available at the centralized database.
The identity of another carrier for securing a called customer is provided with the translation for that called customer. The identity can then be used to find a block of information for accessing that carrier, or a sub-block for accessing that carrier in an optimal manner, to establish a connection to the specific called customer.
For example, one or more access switches for accessing the other carrier can be specified, and trunk groups from these access switches can be further specified.

In accordance with Applicants' preferred embodiment, since it is unlikely that any single database will be able to handle all the traffic required in a large network, the conceptual single databa.re is split up into a plurality of databases, and operates as a distributed database. Each of the members of the distributed database stores data for a discrete sub-set of the customers' carriers and agent groups. A
relatively straightforward initial database inquiry can then be used to select the specific~database which contains the information f desired customer. In the special case wherein a terminating customer is being served by a different carrier, it may be necessary to access the initial database for finding out information about that and the second database for finding information about accessing the different carrier.
In accordance with another embodiment of Applicants' invention, the database responds to the query from the originating swiLCm :~Y
making the same translations, but using these translations to generate an enhanced initial address message, and transmitting that ~m.~a,..
initial address message 60 directly to the terminating switch, transmitting an enhanced initial address message 61 directly from the originating switch 1 to the terminating switch 2. The enhanced initial address message includes an identification of the originating switch, and an identification of the call so that the terminating switch can respond by initiating steps toward setting up a call to the originating switch. The steps for setting up such a call include the equivalent of an initial address message, except that the message is marked in such a way that an alerting signal is not sent to the caller. This type of arrangement is somewhat more efficient than the arrangement of the preferred embodiment since the equivalent of acknowledgment messages is bypassed because the originating switch can use the request to set up the call as the equivalent of a positive acknowlegment that the initial address message and other such messages were, in fact, successfully transmitted to the terminating switch.
The preferred embodiment is proposed herein because it causes a lesser disruption in presently existing software than the alternative embodiment.
For the case in which the customer is served by an Internet device, that customer is connected to the public switched telephone network through an Internet server. If the Internet server recognises that an origination from the customer's Internet device is to be switched by the public switched telephone network, the Internet server connects the customer to the public switched telephone network at a particular switch and port. Associated with that port are translations specifying the services to be offered to that cu~tomer.
The Internet server also provides a called telephone number which may be for another Internet device, or a telephone. The public switched telephone network then establishes a connection to the calle.~ wst-w-r in accordance with the principles described herein. If the called customer is another Internet device, then the publi.
telephone network is connected to a second Internet server i connection to the called Internet device.
The above description is of one preferred embodiment of Applicants' invention. Other embodiments will be apparent to those of ordinary skill in the art. The invention is only limited by the attached Claims.

Claims (46)

Claims:
1. A method of establishing a telecommunications connection between a calling party, and a called party, comprising the steps of:
the calling party providing to a first switch, signals specifying an access identification of the called party;
the first switch providing the identifying infor-mation to a database shared by a plurality of switches of a telecommunications network;
if the called party is served by said telecommuni-cations network, the database providing the identity of a terminating switch, and of a port or port group accessible by the terminating switch for accessing the called party; and attempting to complete the call using the infor-mation provided by said database.
2. The method of Claim 1, wherein if said called party is served by another carrier, said database providing an identity of a switch for accessing the carrier serving said called party, and a port group on said switch for accessing the carrier.
3. The method of Claim 2, wherein said database maintains a busy/idle status of ports on one or more switches for accessing said other carrier, and wherein, said database provides an identity of a selected access switch and a selected port on said access switch for accessing said another carrier.
4. The method of Claim 1, further comprising the steps of:
providing data in said database for associating a port serving a street address with an access identifier of a customer whose service is being activated at said address.
5. The method of Claim 1, wherein said database provides switch and port information for routing a call to a specific port for accessing a customer accessed via a special access code, such as an 800 access code.
6. The method of Claim 1, wherein said database maintains a record of the most recent location in which a mobile telecom-munications station was registered, further comprising the step of:
providing an identification of a mobile switching center for routing calls to said mobile telecom-munication station.
7. The method of Claim 1, wherein said signals specifying an access identifier comprise signals for specifying a handle different from a telephone number of a called party.
8. The method of Claim 7, wherein said handle is a character string.
9. The method of Claim 1, wherein said database provides calling party originating class translation information.
10. The method of Claim 1, wherein said database provides calling party billing information.
11. The method of Claim 1, wherein said database provides called party terminating class translation.
12. The method of Claim 1, wherein said database is a distributed database comprising a plurality of segments further comprising the step of:
storing data for a discrete subset of customers served by said database in each segment of said database.
13. The method of Claim 1, wherein said database is a distributed database.
14. The method of Claim 13, wherein said distributed database has entries for a discrete subset of customers of said telecommuni-cations network in each segment of said distributed database, wherein each segment stores data for a different non-overlap-ping group of customers.
15. The method of Claim 1, wherein the step of attempting to complete the call comprises the steps of:
transmitting the provided information to the first switch;
the first switch extending the call toward the terminating switch, and providing in call set-up messages, an identity of the terminating switch and a port of the terminating switch used for accessing the called party.
16. The method of Claim 1, wherein the step of attempting to complete the call further comprises the step of:
sending a message from the database to the terminating switch, the message comprising an identity of a port or port group in the terminating switch for accessing the called party, and an identity of said first switch.
17. The method of Claim 1, wherein the database maintains a busy/idle status of one or more ports for accessing the called party.
18. The method of Claim 17, wherein the step of attempting to complete the call is aborted if the busy/idle status of the called party is "busy".
19. The method of Claim 16, wherein the step of attempting to complete the call further comprises the step of:
said terminating switch attempting to initiate establishment of a connection toward the first switch from said port for accessing said called party.
20. The method of Claim 1, wherein the step of attempting to complete the call comprises:
transmitting the provided information to the first switch;
the first switch transmitting a message to the terminating switch, the message comprising an identity of the port in the terminating switch for accessing the called party, and an identity of said first switch.
21. The method of Claim 20, wherein the step of attempting to complete the call comprises the step of:
said terminating switch attempting to initiate establishment of a connection toward the first switch from said port for accessing said called party.
22. The method of Claim 1, wherein said port or port group comprises any of a line port connected to a customer line, a trunk port connected to a Private Branch Exchange (PBX), a group of ports to a PBX or multiline hunt group, and a line port connected to a subscriber loop carrier served by said terminating switch.
23. The method of Claim 1, wherein said terminating switch is a mobile switching center and said identity of a port is an identification for controlling paging of a wireless station.
24. In a telecommunication network, apparatus for establishing a telecommunications connection between a calling party, and a called party, comprising:
a first switch;
means for providing to a first switch, signals from a calling party specifying an access identifier of the called party;
means for providing the identifying information from said first switch to a database shared by a plurality of switches of said telecommunications network;
if the called party is served by said tele-communications network, means for receiving from the database the identity of a terminating switch, and of a port, or port group accessible by the terminating switch for accessing the called party; and in said first switch, means for attempting to complete the call using the information provided by said database.
25. The apparatus of Claim 24, wherein if said called party is served by another carrier, further comprising means for receiving from said database an identity of a switch for accessing the carrier serving said called party, and a port group on said switch for accessing the carrier.
26. The apparatus of Claim 25, wherein said database maintains a busy/idle status of ports on one or more switches for accessing said other carrier, and further comprising means for receiving from said database an identity of a selected access switch and a selected port on said access switch for accessing said another carrier.
27. The apparatus of Claim 24, further comprising:
means for receiving data from said database for associating a port serving a street address with an access identifier of a customer whose service is being activated at said address.
28. The apparatus of Claim 24, further comprising:
means for receiving from said database switch and port information for routing a call to a specific port for accessing a customer accessed via a special access code, such as an 800 access code.
29. The apparatus of Claim 24, further comprising:
means for receiving from said database a record of the most recent location in which a mobile telecommunications station was registered, and for receiving an identification of a mobile switching center for routing calls to said mobile telecommunication station.
30. The apparatus of Claim 24, wherein said signals specifying an access identifier comprise signals for specifying a handle different from a telephone number of a called party.
31. The apparatus of Claim 30, wherein said handle is a character string.
32. The apparatus of Claim 24, wherein said database provides calling party originating class translation information.
33. The apparatus of Claim 24, wherein said database provides calling party billing information.
34. The apparatus of Claim 24, wherein said database provides called party terminating class translation.
35. The apparatus of Claim 24, wherein said database is a distributed database comprising a plurality of segments and data for a discrete subset of customers served by said database, and is stored in each segment of said database.
36. The apparatus of Claim 24, wherein said database is a distributed database.
37. The apparatus of Claim 36, wherein said distributed database has entries for a discrete subset of customers of said telecom-munications network in each segment of said distributed database, wherein each segment stores data for a different non-overlapping group of customers.
38. The apparatus of Claim 24, wherein the means for attempting to complete the call comprises:
means for transmitting the provided information from said database to the first switch; and means for extending the call from said first switch toward the terminating switch, and providing in call set-up messages, an identity of the terminating switch and a port of the terminating switch used for accessing the called party.
39. The apparatus of Claim 24, wherein said means for attempting to complete the call further comprises:

means for sending a message from the database to the terminating switch, the message comprising an identity of a port or port group in the terminating switch for accessing the called party, and an identity of said first switch.
40. The apparatus of Claim 24, wherein the database maintains a busy/idle status of one or more ports for accessing the called party.
41. The apparatus of Claim 40, wherein the means for attempting to complete the call will abort the attempt if the busy/idle status of the called party is "busy".
42. The apparatus of Claim 39, further comprises:
means in said terminating switch for attempting to initiate establishment of a connection toward the first switch from said port for accessing said called party.
43. The apparatus of Claim 24, wherein the means for attempting to complete the call comprises:
means for transmitting the provided information to the first switch; and means for transmitting a message to the terminating switch, the message comprising an identity of the port in the terminating switch for accessing the called party, and an identity of said first switch.
44. The apparatus of Claim 43, further comprising:
means in said terminating switch for attempting to initiate establishment of a connection toward the first switch from said port for accessing said called party.
45. The apparatus of Claim 24, wherein said port or port group comprises any of a line port connected to a customer line, a trunk port connected to a Private Branch Exchange (PBX), a group of ports to a PBX or multiline hunt group, and a line port connected to a subscriber loop carrier served by said termi- nating switch.
46. The apparatus of Claim 24, wherein said terminating switch is a mobile switching center and said identity of a port is an identification for controlling paging of a wireless station.
CA002281210A 1998-10-06 1999-08-31 Generalized arrangement for routing telecommunications calls Abandoned CA2281210A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/167,617 US6539090B1 (en) 1998-10-06 1998-10-06 Generalized arrangement for routing telecommunications calls
US09/167,617 1998-10-06

Publications (1)

Publication Number Publication Date
CA2281210A1 true CA2281210A1 (en) 2000-04-06

Family

ID=22608090

Family Applications (1)

Application Number Title Priority Date Filing Date
CA002281210A Abandoned CA2281210A1 (en) 1998-10-06 1999-08-31 Generalized arrangement for routing telecommunications calls

Country Status (4)

Country Link
US (1) US6539090B1 (en)
EP (1) EP0993206A3 (en)
JP (1) JP3764007B2 (en)
CA (1) CA2281210A1 (en)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6956941B1 (en) * 2000-04-12 2005-10-18 Austin Logistics Incorporated Method and system for scheduling inbound inquiries
US7103173B2 (en) 2001-07-09 2006-09-05 Austin Logistics Incorporated System and method for preemptive goals based routing of contact records
US7142662B2 (en) 2000-07-11 2006-11-28 Austin Logistics Incorporated Method and system for distributing outbound telephone calls
US7715546B2 (en) * 2001-07-09 2010-05-11 Austin Logistics Incorporated System and method for updating contact records
US7054434B2 (en) 2001-07-09 2006-05-30 Austin Logistics Incorporated System and method for common account based routing of contact records
WO2003049468A1 (en) 2001-12-06 2003-06-12 Samsung Electronics Co., Ltd. A method for providing service based on service quality and an accounting method in a mobile communication system
DE10206401A1 (en) * 2002-02-15 2003-08-28 Siemens Ag Identification of connection allocated to centrex-group in telecommunications network, signals both physical and internal virtual call numbers to network
US7372957B2 (en) * 2002-12-24 2008-05-13 Intel Corporation Method and apparatus for implementing call processing in packet telephony networks
US20060023858A1 (en) * 2004-07-30 2006-02-02 Crockett Susanne M Subscriber alterable locator service
US8483102B1 (en) * 2004-11-02 2013-07-09 Tp Lab, Inc. System and method for mapping a voice identity across multiple telephony networks with time attributes
JP2007082100A (en) * 2005-09-16 2007-03-29 Oki Electric Ind Co Ltd Exchange and routing control method thereof
EP1843615A1 (en) * 2006-04-04 2007-10-10 Alcatel Lucent System for contacting a destination device via intermediate devices in response to information from a source device
US8582560B2 (en) 2009-01-30 2013-11-12 Level 3 Communications, Llc System and method for routing calls associated with private dialing plans

Family Cites Families (21)

* 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
US4644528A (en) * 1985-02-07 1987-02-17 At&T Bell Laboratories Terminating port determination in a distributed control switching system using a distributed database
US5572579A (en) * 1995-04-06 1996-11-05 Bell Communications Research, Inc. System and method for providing portable telephone number service
US5226075A (en) * 1990-06-11 1993-07-06 At&T Bell Laboratories Method of and apparatus for numbering and routing calls through a communication network
US5237604A (en) * 1991-06-28 1993-08-17 At&T Bell Laboratories Arrangement for serving a telephone office code from two switching systems
US5333188A (en) * 1991-10-31 1994-07-26 At&T Bell Laboratories Dialed number recognition arrangement
US5206901A (en) * 1991-12-23 1993-04-27 At&T Bell Laboratories Method and apparatus for alerting multiple telephones for an incoming call
US5805688A (en) * 1993-04-01 1998-09-08 U.S. West Advanced Technologies, Inc. Automated system and method for call handling
US5625884A (en) 1994-06-08 1997-04-29 Lucent Technologies Inc. Global paging with reverse virtual call setup in wireless personal communications
US5483586A (en) * 1994-07-18 1996-01-09 Sussman; Lester Electronic on-line subscriber telephone directory
US5586177A (en) * 1995-09-06 1996-12-17 Bell Atlantic Network Services, Inc. Intelligent signal transfer point (ISTP)
US5694463A (en) 1995-02-15 1997-12-02 Christie; Joseph Michael System for service control point routing
US5724411A (en) * 1995-03-22 1998-03-03 At&T Corp. Method for selectively alerting multiple telephones of an incoming call
CA2147776C (en) * 1995-04-25 1997-09-02 George W. Turner Number translation services matrix
US5764745A (en) * 1995-12-15 1998-06-09 Gte Laboratories Incorporated Apparatus and method for local number portability using nongeographic subscriber numbers
US5802160A (en) * 1996-01-19 1998-09-01 Pilgrim Telephone, Inc. Multi-ring telephone method and system
US5878347A (en) * 1996-03-26 1999-03-02 Ericsson, Inc. Routing a data signal to a mobile station within a telecommunications network
US6021126A (en) * 1996-06-26 2000-02-01 Bell Atlantic Network Services, Inc. Telecommunication number portability
US6134316A (en) 1996-10-18 2000-10-17 Telefonaktiebolaget Lm Ericsson Telecommunications network with relocateability of subscriber number
US6298126B1 (en) * 1997-12-16 2001-10-02 At&T Corp. Method and apparatus for controlling rating of calls to pay services
US6130941A (en) * 1998-01-29 2000-10-10 Bellsouth Intellectual Property Corporation Method and system for providing access and control for telephone information databases

Also Published As

Publication number Publication date
JP3764007B2 (en) 2006-04-05
JP2000253144A (en) 2000-09-14
EP0993206A2 (en) 2000-04-12
US6539090B1 (en) 2003-03-25
EP0993206A3 (en) 2000-12-06

Similar Documents

Publication Publication Date Title
EP0774874B1 (en) Control of call features provided to a subscriber by a hierarchical telecommunication switch
US7260203B2 (en) Method and apparatus for routing calls based on identification of the calling party or calling line
US5563937A (en) Method and system for multi-channel data automatic call distribution
US5978450A (en) Personal dial tone
US5892821A (en) Virtual wide area centrex
US6192115B1 (en) Obtaining information about a called telecommunications party
US5761290A (en) Alternate service activation
US5729598A (en) Telephone network with telecommuting features
US6453035B1 (en) Method and apparatus for providing virtual private network services over public switched telephone network
IL102465A (en) Area wide centrex telephone system
JPH09503106A (en) How to allow subscribers to change calling capabilities in real time
US5956394A (en) Common treatment of calls from subscribers served by different types of telecommunication equipment
US5673311A (en) Hierarchical switch support of services for subscribers directly served by local exchange carriers
US6539090B1 (en) Generalized arrangement for routing telecommunications calls
US5463683A (en) Blocked call notification system
US5889846A (en) Method and system for initiating a software defined network call via a network adjunct platform
US5668860A (en) Call screening at a hierarchical switch based on organizational membership of the parties
US6643365B1 (en) System for providing calling party selection of destination when multiple telephones share the same telephone number
CA2185175C (en) Hierarchical switch support of services for subscribers based on organizational membership
US5673310A (en) Hierarchical switch support of services for subscribers of separate centrex exchanges
US5757903A (en) Flexible direct and shared termination call processing
US6282279B1 (en) Method and system for processing outbound service calls via a network adjunct platform
US6256380B1 (en) Methods for processing operator service system calls
US6343325B1 (en) Method of establishing a connection, as well as an exchange and a service control point
CA2224023C (en) Virtual wide area centrex

Legal Events

Date Code Title Description
EEER Examination request
FZDE Discontinued
FZDE Discontinued

Effective date: 20030505