US20050130639A1 - Systen and method for integrating call delivery for fixed-site and mobility services - Google Patents
Systen and method for integrating call delivery for fixed-site and mobility services Download PDFInfo
- Publication number
- US20050130639A1 US20050130639A1 US11/017,787 US1778704A US2005130639A1 US 20050130639 A1 US20050130639 A1 US 20050130639A1 US 1778704 A US1778704 A US 1778704A US 2005130639 A1 US2005130639 A1 US 2005130639A1
- Authority
- US
- United States
- Prior art keywords
- subscriber
- call
- request
- hlr
- switch
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/10—Aspects of automatic or semi-automatic exchanges related to the purpose or context of the telephonic communication
- H04M2203/1091—Fixed mobile conversion
Definitions
- Known systems provide little linkage between a telecommunications services subscriber's fixed residential and mobility services, besides known standard call forwarding that is typically implemented independently by the subscriber.
- Known systems disadvantageously do not permit the subscriber to control the types of calls that can reach her, and on which device, as the subscriber moves among different environments (e.g., residential, office, mobile, etc.) and activities.
- Standard call forwarding is a known system typically implemented by the subscriber that specifies a forwarding destination for an incoming call to an alternative number when the incoming call encounters a busy/no-answer condition at the called number.
- Known standard call forwarding must be implemented by the subscriber at each individual device location, and can be difficult to turn on and off remotely. It can be difficult for a subscriber to specify conditions under which a call is to be forwarded from one device to another, besides the busy/no-answer condition.
- Known standard call forwarding systems do not offer the user an integrated environment for forwarding incoming calls to more than one telephone number owned by the subscriber, and do not easily implement call forwarding between the subscriber's fixed (e.g., residential) and mobility services.
- One known system is a “single-number” service, also known as the “follow-me” service.
- the subscriber is assigned a single number which any calling party (“caller”) can dial to reach the subscriber.
- the subscriber creates and activates specific “filters,” i.e., routing plans, that deliver incoming calls to the subscribers assigned single number to the device the subscriber specifies in the activated filter.
- filters i.e., routing plans
- This known system disadvantageously does not permit the subscriber to continue to use her existing telephone numbers (e.g., her residential numbers, office numbers, mobility numbers, etc.)
- her existing telephone numbers e.g., her residential numbers, office numbers, mobility numbers, etc.
- the use of a single, unified telephone number eliminates useful context information about an incoming call. For example, with distinct office, residential and mobility numbers, incoming calls to the office number typically pertain to business matters; calls to the residential number generally pertain to personal matters; and calls to the mobility number are often of an urgent nature. This information, which can be useful to the subscriber in deciding how an incoming call is to be routed, is disadvantageously lost in known single-number systems.
- An embodiment of the present invention advantageously provides call forwarding between a fixed-site telecommunications device, such as subscriber's residential telephone, and a mobility device, such as the subscriber's mobile telephone.
- a fixed-site telecommunications device such as subscriber's residential telephone
- a mobility device such as the subscriber's mobile telephone.
- the switch attempts to deliver the call to the fixed-site device. If a busy/no-answer condition is detected at the fixed-site device, the call is advantageously forwarded to a Mobile Switching Center associated with the subscriber's mobility device.
- the Mobile Switching Center consults a Home Location Register, which stores a subscriber profile.
- the Home Location Register consults the subscriber profile, and returns routing information based upon the profile to the Mobile Switching Center.
- the Mobile Switching Center advantageously routes the call directly to voicemail if the subscriber has activated a “do-not-disturb” feature in accordance with an embodiment of the present invention. Otherwise, the call is forwarded to the mobility device through the mobility network. If the mobility network indicates to the Mobile Switching Center that a busy/no-answer condition exists at the subscriber's mobility device, then the Mobile Switching Center can advantageously forward the call to voicemail.
- the Mobile Switching Center when an incoming call is received for the subscriber's mobility device at a Mobile Switching Center, the Mobile Switching Center sends a request for routing information to a Home Location Register that stores a profile of the subscriber.
- the Home Location Register returns routing information for the call to the Mobile Switching Center, based upon the subscriber's profile.
- the Mobile Switching Center can attempt to deliver the call to the subscriber's mobility device, and if a busy/no-answer condition is detected, forward the call to a switch associated with the subscriber's fixed-site telephone, or else forward the call to voicemail. If the call is forwarded to the switch, the switch can attempt to deliver the call to the subscriber's fixed-site device. If the fixed-site device is busy, or does not answer, the call can be forwarded to voicemail.
- the subscriber's profile and other forwarding information can advantageously be easily configured by the subscriber using a PC and a web-type graphical user interface in one embodiment.
- the subscriber uses a touch pad on a fixed-site device (e.g., telephone) or mobility device (telephone, networked personal digital assistant, etc.) to change her profile settings.
- a fixed-site device e.g., telephone
- mobility device e.g., networked personal digital assistant, etc.
- An embodiment of the present invention advantageously integrates call delivery for a subscriber between her fixed-site and mobile telecommunications devices.
- FIG. 1 shows a system handling an unanswered call to a residence in accordance with an embodiment of the present invention.
- FIG. 2 shows a system handling an unanswered call to a mobility device in accordance with an embodiment of the present invention.
- FIG. 3 shows a system handling an unanswered call to a residence in accordance with another embodiment of the present invention.
- FIG. 4 shows a system handling an unanswered call to a mobility device in accordance with another embodiment of the present invention.
- FIG. 5 shows a system handling an unanswered call to a residence in accordance with yet another embodiment of the present invention.
- FIG. 6 shows a system handling an unanswered call to a mobility device in accordance with yet another embodiment of the present invention.
- FIG. 7 shows a system handling an unanswered call to a residence in accordance with another embodiment of the present invention.
- FIG. 8 shows a system handling an unanswered call to a mobility device in accordance with another embodiment of the present invention.
- FIG. 9 shows a system handling an unanswered call to a residence in accordance with another embodiment of the present invention.
- FIG. 10 shows a system handling an unanswered call to a mobility device in accordance with another embodiment of the present invention.
- FIG. 11 shows a system for updating a setting from a mobility device in accordance with an embodiment of the present invention.
- FIG. 12 shows a system for updating a setting using a web browser interface in accordance with an embodiment of the present invention.
- FIG. 13 shows a system for updating a setting from a mobility device in accordance with another embodiment of the present invention.
- FIG. 14 shows a system for updating a setting using a web browser interface in accordance with another embodiment of the present invention.
- An embodiment of the present invention advantageously “untethers” a subscriber's telecommunications service by integrating call delivery between a subscriber's fixed (e.g., residential, office) and mobility services, while advantageously permitting the fixed and mobility devices to retain their individual identities.
- a caller can reliably and efficiently reach the subscriber regardless of the number dialed by the caller.
- the family setting there are three settings for call routing: the family setting; the personal setting; and the route-home setting.
- the family setting When active, the family setting allows calls that encounter a busy/no-answer condition at the subscriber's residential Directory Number (“DN,” device (e.g., telephone) number) to forward to the subscriber's mobility device.
- DN subscriber's Residential Directory Number
- the fixed-site device is the subscribers residential telephone.
- a fixed-site device is any telecommunications device besides a mobile telecommunications device.
- Other examples of a fixed-site device include an office telephone, a pay phone, guest telephone, a hotel telephone, etc.
- IVM Integrated Voice Mail
- the personal setting When the personal setting is activated, calls the DN of the mobility device are allowed. In most cases, the DN of the mobility device will be the same as the Mobile Identification Number (“MIN”) of the mobility device, as known in the art.
- MIN Mobile Identification Number
- the personal setting When the personal setting is inactive, a “do not disturb” condition is implemented for the mobility device, and all incoming calls to the mobility device will be routed directly to IVM. This advantageously prevents undesired mobility fees from accruing to the subscriber from unwanted incoming mobility calls.
- the route-home setting allows calls to the mobility device to be forwarded to the subscriber's residential DN when either: 1) a busy/no-answer condition is encountered at the subscriber's mobility device; or 2) the mobility device is inactive, or not registered. If the call is forwarded to the subscriber's residential DN and not answered, then the call is forwarded to IVM. If the route-home setting is inactive, calls to the mobility device are forwarded directly to IVM either when: 1) a busy/no-answer condition is encountered at the subscriber's mobility device; or 2) the mobility device is inactive or not registered.
- the family and route-home settings are mutually exclusive in this embodiment; and only one of the settings can be active at the same time.
- a calling party 101 is adapted to be coupled to the Public Switched Telephone Network, and in particular to a Class 5 102 switch associated with a telephone 103 at the subscriber's residence.
- a Class 5 switch is a 5ESS switch manufactured by the Lucent Technologies Incorporated.
- the calling party 101 is also adapted to be coupled to a Mobile Switching Center (“MSC”) 104 associated with the DN of the subscriber's mobility device 105 .
- the MSC 104 is coupled to a Home Location Register (“HLR”) 106 as known in the art.
- HLR Home Location Register
- the subscriber's residential telephone 103 is adapted to be coupled to the Class 5 Switch 102
- the subscriber's mobility device 105 is adapted to be coupled to the MSC 104 through mobility network 107 .
- Both the subscriber's residential telephone 103 and her mobility device 105 are adapted to be coupled to IVM 108 .
- the HLR 106 includes a database that can include an indication for determining if a user has subscribed to a service in accordance with an embodiment of the present invention; a mapping between a residential directory number and a mobile directory number; and the values of the family, personal and route-home settings for a subscriber.
- the family setting is active, while the personal and route-home settings are inactive.
- An incoming call to the subscriber's residential DN is delivered by the PSTN to the Class 5 switch 102 .
- the Class 5 switch 102 attempts to deliver the incoming call to the subscriber's residential telephone 103 , at which there is a busy/no-answer condition.
- the incoming call is forwarded to the to the MSC 104 associated with the DN of the subscriber's mobility device 105 .
- the MSC 104 requests routing information from the HLR 106 .
- the personal setting in the subscriber's HLR profile is inactive, so the HLR 106 returns instructions to the MSC 104 to route the incoming call to IVM 108 .
- the incoming call is then routed to IVM 108 .
- FIG. 2 shows the same system with the same settings as in FIG. 1 , handling an unanswered call to the subscriber's mobility device 105 .
- An incoming call for the DN of the mobility device 105 is delivered by the PSTN to the MSC 107 .
- the MSC 107 requests call routing information from the HLR 106 . Since the personal setting in the subscriber's HLR profile is inactive, the HLR returns instructions to route the incoming call to IVM 108 . The incoming call is routed to IVM 108 .
- FIG. 3 shows the same system, except the family setting is active, the personal setting is also active, and the route-home setting is inactive.
- An incoming call for the subscriber's residence telephone is delivered to the Class 5 switch 102 , which attempts to deliver the call to the residence telephone 103 , and encounters a busy/no-answer condition. Since the family setting is active, the incoming call is forwarded to the MSC 104 , which requests routing information from the HLR 106 .
- the HLR determines the routing information (e.g., the Temporary Line Directly Number (“TLDN”) as known in the art), and returns it to the MSC 104 .
- the MSC 104 uses this information to try and route the call over the mobility network 107 to the mobility device 105 . If there is a busy/no-answer condition at the mobility device, then the mobility network 107 reports this condition back to the MSC 104 .
- the MSC 104 requests all forwarding information from the HLR 106 , which instructs the MSC 104 to route the call to IVM 108 , which it does.
- the HLR 106 returns instructions to the MSC 104 to route the incoming call to IVM 108 . The call is then routed to IVM 108 .
- FIG. 4 shows a scenario where the family and personal settings are active, the route-home setting is inactive, and there is an incoming call to the mobility device.
- the incoming call is routed to the MSC 104 by the PSTN.
- the MSC 104 requests routing information from the HLR 106 . If the mobility device is registered, and since the personal setting in the subscriber's HLR profile is active, the HLR 106 determines the routing information (e.g., the TLDN), and returns it to the MSC 104 . Using the routing information received from the HLR 106 , the MSC 104 attempts to deliver the incoming call over the mobility network 107 to the device 105 .
- the routing information e.g., the TLDN
- the mobility network reports this back to the MSC 104 , which then requests call forwarding information from the HLR 106 .
- the HLR 106 instructs the MSC 104 to forward the incoming call to IVM 108 , which it does.
- the HLR 106 If the mobility device is not registered at the time the incoming call is first forwarded to the MSC 104 , or the device is known to have a busy/no-answer condition at that time, then the HLR 106 returns instructions to route the incoming call to IVM 108 , which is done.
- FIG. 5 shows the same system handling an unanswered call to the subscriber's residence telephone 103 , except the family and personal settings are inactive, and the route-home setting is active.
- the incoming all is delivered by the PSTN to the Class 5 switch 102 , which attempts to deliver the call to the residence 103 .
- a busy/no-answer condition is encountered at the residence telephone 103 . Since the family setting is inactive, the incoming call is routed to the IVM 108 .
- FIG. 6 shows the system handling an unanswered call to the mobility device 105 , where the family and personal settings are inactive, and the route-home setting is active.
- the incoming call is delivered by the PSTN to the MSC 104 , which requests routing information from the HLR 106 . Since the personal setting is inactive and the route-home setting is active, the HLR 106 returns instructions to the MSC 104 to route the incoming call to the DN of the subscriber's residential telephone 103 .
- the Class 5 switch 102 attempts to deliver the call, but there is a busy/no-answer call at the resident's telephone 103 , so the call is routed to IVM 108 .
- FIG. 7 shows a system handling an unanswered call to the residence telephone 103 , where the personal and route-home settings are active, and the family setting is inactive.
- the incoming call to the residence 103 is delivered by the PSTN to the Class 5 switch 102 , which attempts to deliver the message, but encounters a busy/no-answer condition. Since the family setting is inactive, the incoming call is routed to IVM 108 .
- FIG. 8 shows a system handling an unanswered call to a mobility device 105 , where the personal and route-home settings are active, and the family setting is inactive.
- the incoming call is delivered by the PSTN to the MSC 104 , which requests call routing information from the HLR 106 .
- the HLR 106 determines the routing information (e.g., TLDN), and returns it to the MSC 104 .
- the MSC 104 uses the routing information from the HLR 106 , the MSC 104 attempts to deliver the call over the mobility network 107 to the mobility device 105 .
- a busy/no-answer condition is encountered at the device 105 , which is reported by the mobility network 107 to the MSC 104 .
- the MSC 104 requests call forwarding information from the HLR 106 . Since the route-home setting is active, the HLR returns instructions to the MSC 104 to route the incoming call to the DN of the subscriber's residential telephone 103 .
- the Class 5 switch attempts to deliver the incoming call to the residential telephone 103 , but encounters a busy/no-answer condition. The incoming call is then routed to IVM 108 .
- the HLR If the mobility device is not registered, or known to be in a busy/no-answer condition at the time the MSC first receives the incoming call, then the HLR returns instructions to route the call to the DN of the subscriber's residential telephone 103 (because the route-home setting is active), which is done by the MSC 104 .
- FIG. 9 shows a system handling an unanswered call to a residence telephone 103 , where the personal setting is active, and the family and route-home settings are inactive.
- the incoming call is delivered by the PSTN to the Class 5 switch 102 , which attempts to deliver the call to the residence 103 .
- a busy/no-answer condition is detected at the residence 103 , and since the family setting is inactive, the incoming call is routed to IVM 108 .
- FIG. 10 shows a system handling an unanswered call to a mobility device 105 , where the personal setting is active, and the family and route-home settings are inactive.
- the incoming call is delivered by the PSTN to the MSC 104 , which requests call routing information from the HLR 106 .
- the HLR 106 determines the routing information (e.g., TLDN) and returns this routing information to the MSC 104 .
- the MSC 104 uses this routing information, the MSC 104 attempts to deliver the call to the device 105 over the mobility network 107 .
- the mobility network detects a busy/no-answer condition at the device 105 , and reports it back to the MSC 104 .
- the MSC requests call forwarding information from the HLR, which returns instructions to forward the call to IVM 108 , which the MSC 104 does.
- the HLR returns instructions to the MSC to forward the call to IVM 108 , which is done.
- the subscriber can update her settings (e.g., active or inactive for family, route-home, personal, etc.) using a web page interface over the Internet from a personal computer, a mobility device, an Internet appliance (e.g., a networked Personal Digital Assistant, etc.)
- her settings e.g., active or inactive for family, route-home, personal, etc.
- an Internet appliance e.g., a networked Personal Digital Assistant, etc.
- the subscriber's settings are maintained in a subscriber profile in the HLR, and can be implemented partly by manipulating call forwarding information in a Class 5 switch associated with the subscriber's residential telephone DN:
- FIG. 11 shows an HLR 106 and Class 5 switch 102 update from a mobility device 105 .
- the subscriber enters the feature code to change using an interface (e.g., touch pad) on her mobility device 105 .
- the entered feature code is sent to a MSC 104 , which forwards the change request to the HLR 106 .
- the HLR 106 determines that the feature code is associated with a setting, and that call forwarding information on the Class 5 switch 102 needs to be updated.
- the HLR 106 sends an update call forwarding request to a Class 5 switch interface device 1105 .
- the Class 5 switch interface device 1105 is a command translator that receives a transaction request from a HLR (or another service control point), translates the command request into one or more appropriate Class 5 switch commands, sends these commands to a Class 5 switch, collects responses from the Class 5 switch, formats a transaction response, and sends the transaction response back to the requesting HLR 106 or other service control point.
- a single Class 5 switch interface device 1105 can advantageously support multiple Class 5 switches, HLRs and service control points.
- the Class 5 switch interface device 1105 can support an interface method that sends commands via the Recent Change maintenance ports on the Class 5 switch; and can also support an interface method that uses Remote Call Forwarding with call setup and feature codes.
- the Class 5 switch interface device 1105 can, if necessary, maintain a mapping of residential DNs to the associated Class 5 switch 102 .
- the Class 5 switch interface device 1105 Once the update call is received by the Class 5 switch interface device 1105 , it sends the appropriate commands to update the associated call forwarding number to the Class 5 switch 102 .
- the Class 5 switch updates the call forwarding number, and sends a reply to the Class 5 switch interface device 1105 , which in turn sends the update call forwarding response back to the HLR 106 .
- the HLR 106 updates the settings in the subscriber's HLR profile, and sends a feature response back to the MSC 104 .
- the MSC 104 sends a confirmation (e.g., plays confirmation tones, plays an announcement, etc.) to the subscriber 105 .
- FIG. 12 shows an system that updates an HLR 106 and Class 5 switch 102 from a web browser interface 1202 .
- a subscriber enters a setting change (e.g., “activate family setting”) over the Internet 1201 from a PC 1202 executing a browser.
- the HLR 106 determines that the setting change requires an update to the call forwarding on the associated Class 5 switch 102 .
- the HLR 106 sends an update call forwarding request to the Class 5 switch interface device 1105 , which sends the appropriate commands to update the associated call forwarding information to the right Class 5 switch 102 .
- the Class 5 switch 102 updates the call forwarding number and sends a response back to the interface device 1105 , which sends an update call forwarding response back to the HLR 106 .
- the HLR 106 updates the settings in the subscriber's HLR profile, and sends a setting change reply back over the Internet 1201 to the PC 1202 , where a confirmation of the change (or an error message) is displayed to
- FIG. 13 shows an update only to the HLR 106 from a mobility device 105 .
- the subscriber enters the feature code to change a setting (e.g., “deactivate route-home”) on her mobility device.
- the feature code is sent to the MSC 104 , which sends it to the HLR 106 , which in turn updates the settings in the subscriber's HLR profile.
- the HLR 106 determines that no change is needed in call forwarding information on any Class 5 switch.
- the HLR sends a feature update response back to the MSC 104 , which plays a confirmation to the subscriber through the mobility device 105 .
- FIG. 14 shows an update of only the HLR 106 from a web browser interface.
- the subscriber enters a setting change over the Internet from her PC (or from her web-browser-capable mobile telephone), which is received by the HLR 106 .
- the HLR 106 determines that no update is required on the associated Class 5 switch (not shown), and updates the HLR profile of the subscriber.
- the HLR 106 sends a setting change reply back over the Internet 1201 to the PC 1202 , where it is displayed to the subscriber.
- a work setting is provided that, when activated, cause incoming calls to a subscriber's office that encounter a busy/no-answer condition to be forwarded to the subscriber's mobility device. If a busy/no-answer condition is then encountered at the mobility device, then the call is routed to the office voice mail system.
- the work setting is inactive, calls to the subscriber's office DN that encounter a busy/no-answer condition are forwarded to the office voice mail system.
- Another embodiment provides a road setting that, when active, routes an incoming call to the subscriber's office DN directly to the subscriber's mobility device, without having to be presented first to the subscriber's office telephone. If a busy/no-answer condition is encountered at the subscriber's mobility device, the call is routed to the office voice mail system. When the road setting is inactive, calls to the subscriber's office DN are presented to the subscriber's office telephone. If the call encounters a busy/no-answer condition, the routing of the call can be dependent upon the current value of the work setting.
- the “filters” implemented in accordance with the present invention can be richer than merely indicating a number or voice mail service to which to forward a call.
- the subscriber can specify that a call from a particular source (by telephone number, caller name, area code, etc.) be forwarded to a first DN or service, while all other calls be forwarded to another.
- a subscriber can specify that calls that arrive during a particular time of day (e.g., during business hours) at a first number be forwarded to a second number (e.g., an office DN), while calls that arrive at the first number at a different time of day (e.g., outside of business hours) be forwarded to a third number (e.g., a residential DN).
- a subscribe can specify the urgency of calls that arrive at or from a particular DN.
- a subscriber can have her call forwarding configuration change automatically based upon her physical location. Any other suitable parameter (e.g., day of week, time of year, weather conditions, etc.) can be used to condition call forwarding instructions.
- the present invention includes a medium storing instructions adapted to be executed by a processor to perform the method in accordance with an embodiment of the present invention.
- a medium is any device adapted to store digital information, such as Random Access Memory, Read Only Memory, flash memory, a Compact Disk Read Only Memory (CD-ROM), a hard disk, etc.
- Examples of a processor include a general purpose microprocessor, such as the Pentium III microprocessor manufactured by the Intel Corporation of Santa Clara, Calif., and an Application Specific Integrated Circuit (ASIC.)
- An ASIC embodies at least part of the method in accordance with an embodiment of the present invention in its hardware and/or firmware.
- An example of an ASIC is a digital signal processor.
- the medium stores software (instructions) that, when executed by the processor, practice an embodiment of the present invention.
- the fixed-site switch e.g., the Class 5 Switch
- the fixed-site switch includes a processor coupled to a memory.
- the memory stores instructions adapted to be executed by the processor to perform the method in accordance with an embodiment of the present invention.
- the Mobile Switching Center includes a processor coupled to a memory.
- the memory stores instructions (software) adapted to be executed by the processor to perform the method in accordance with an embodiment of the present invention.
- a separate entity can store a subscriber profile (settings), receive a request for routing information (e.g., including the subscriber identifier, the calling party Directory Number, the subscriber Directory Number to which the calling party directed the call, etc.), consult the stored subscriber profile, formulate routing information based upon the profile, and then send the information to the requester.
- a request for routing information e.g., including the subscriber identifier, the calling party Directory Number, the subscriber Directory Number to which the calling party directed the call, etc.
- An example of such a device is a Home Location Register.
- the HLR performs these functions using a processor coupled to a memory.
- the memory stores the instructions (software) adapted to be executed by the processor to perform the method described above, and can store the subscriber profile.
Abstract
Description
- This is a continuation of application Ser. No. 09/474,138 filed 29 Dec. 1999, which in turn claims the benefit of U.S. provisional application No. 60/114,102, filed Dec. 29, 1998. The contents of the foregoing applications are incorporated herein by reference in their entireties.
- Known systems provide little linkage between a telecommunications services subscriber's fixed residential and mobility services, besides known standard call forwarding that is typically implemented independently by the subscriber. Known systems disadvantageously do not permit the subscriber to control the types of calls that can reach her, and on which device, as the subscriber moves among different environments (e.g., residential, office, mobile, etc.) and activities.
- Standard call forwarding is a known system typically implemented by the subscriber that specifies a forwarding destination for an incoming call to an alternative number when the incoming call encounters a busy/no-answer condition at the called number. Known standard call forwarding must be implemented by the subscriber at each individual device location, and can be difficult to turn on and off remotely. It can be difficult for a subscriber to specify conditions under which a call is to be forwarded from one device to another, besides the busy/no-answer condition. Known standard call forwarding systems do not offer the user an integrated environment for forwarding incoming calls to more than one telephone number owned by the subscriber, and do not easily implement call forwarding between the subscriber's fixed (e.g., residential) and mobility services.
- One known system is a “single-number” service, also known as the “follow-me” service. In accordance with this known system, the subscriber is assigned a single number which any calling party (“caller”) can dial to reach the subscriber. The subscriber creates and activates specific “filters,” i.e., routing plans, that deliver incoming calls to the subscribers assigned single number to the device the subscriber specifies in the activated filter. Thus, for example, a subscriber can specify that calls to the single number made during business hours be routed to her business telephone, and calls to the single number made after business hours be routed to her residential telephone. This known system disadvantageously does not permit the subscriber to continue to use her existing telephone numbers (e.g., her residential numbers, office numbers, mobility numbers, etc.) The use of a single, unified telephone number eliminates useful context information about an incoming call. For example, with distinct office, residential and mobility numbers, incoming calls to the office number typically pertain to business matters; calls to the residential number generally pertain to personal matters; and calls to the mobility number are often of an urgent nature. This information, which can be useful to the subscriber in deciding how an incoming call is to be routed, is disadvantageously lost in known single-number systems.
- An embodiment of the present invention advantageously provides call forwarding between a fixed-site telecommunications device, such as subscriber's residential telephone, and a mobility device, such as the subscriber's mobile telephone. When a call is received by a switch associated with the fixed-site device, the switch attempts to deliver the call to the fixed-site device. If a busy/no-answer condition is detected at the fixed-site device, the call is advantageously forwarded to a Mobile Switching Center associated with the subscriber's mobility device. The Mobile Switching Center consults a Home Location Register, which stores a subscriber profile. The Home Location Register consults the subscriber profile, and returns routing information based upon the profile to the Mobile Switching Center. The Mobile Switching Center advantageously routes the call directly to voicemail if the subscriber has activated a “do-not-disturb” feature in accordance with an embodiment of the present invention. Otherwise, the call is forwarded to the mobility device through the mobility network. If the mobility network indicates to the Mobile Switching Center that a busy/no-answer condition exists at the subscriber's mobility device, then the Mobile Switching Center can advantageously forward the call to voicemail.
- Likewise, when an incoming call is received for the subscriber's mobility device at a Mobile Switching Center, the Mobile Switching Center sends a request for routing information to a Home Location Register that stores a profile of the subscriber. The Home Location Register returns routing information for the call to the Mobile Switching Center, based upon the subscriber's profile. The Mobile Switching Center can attempt to deliver the call to the subscriber's mobility device, and if a busy/no-answer condition is detected, forward the call to a switch associated with the subscriber's fixed-site telephone, or else forward the call to voicemail. If the call is forwarded to the switch, the switch can attempt to deliver the call to the subscriber's fixed-site device. If the fixed-site device is busy, or does not answer, the call can be forwarded to voicemail.
- The subscriber's profile and other forwarding information can advantageously be easily configured by the subscriber using a PC and a web-type graphical user interface in one embodiment. In another embodiment, the subscriber uses a touch pad on a fixed-site device (e.g., telephone) or mobility device (telephone, networked personal digital assistant, etc.) to change her profile settings.
- An embodiment of the present invention advantageously integrates call delivery for a subscriber between her fixed-site and mobile telecommunications devices.
-
FIG. 1 shows a system handling an unanswered call to a residence in accordance with an embodiment of the present invention. -
FIG. 2 shows a system handling an unanswered call to a mobility device in accordance with an embodiment of the present invention. -
FIG. 3 shows a system handling an unanswered call to a residence in accordance with another embodiment of the present invention. -
FIG. 4 shows a system handling an unanswered call to a mobility device in accordance with another embodiment of the present invention. -
FIG. 5 shows a system handling an unanswered call to a residence in accordance with yet another embodiment of the present invention. -
FIG. 6 shows a system handling an unanswered call to a mobility device in accordance with yet another embodiment of the present invention. -
FIG. 7 shows a system handling an unanswered call to a residence in accordance with another embodiment of the present invention. -
FIG. 8 shows a system handling an unanswered call to a mobility device in accordance with another embodiment of the present invention. -
FIG. 9 shows a system handling an unanswered call to a residence in accordance with another embodiment of the present invention. -
FIG. 10 shows a system handling an unanswered call to a mobility device in accordance with another embodiment of the present invention. -
FIG. 11 shows a system for updating a setting from a mobility device in accordance with an embodiment of the present invention. -
FIG. 12 shows a system for updating a setting using a web browser interface in accordance with an embodiment of the present invention. -
FIG. 13 shows a system for updating a setting from a mobility device in accordance with another embodiment of the present invention. -
FIG. 14 shows a system for updating a setting using a web browser interface in accordance with another embodiment of the present invention. - An embodiment of the present invention advantageously “untethers” a subscriber's telecommunications service by integrating call delivery between a subscriber's fixed (e.g., residential, office) and mobility services, while advantageously permitting the fixed and mobility devices to retain their individual identities. In accordance with the present invention, a caller can reliably and efficiently reach the subscriber regardless of the number dialed by the caller.
- In one embodiment of the present invention, there are three settings for call routing: the family setting; the personal setting; and the route-home setting.
- When active, the family setting allows calls that encounter a busy/no-answer condition at the subscriber's residential Directory Number (“DN,” device (e.g., telephone) number) to forward to the subscriber's mobility device. In this example, the fixed-site device is the subscribers residential telephone. Generally, a fixed-site device is any telecommunications device besides a mobile telecommunications device. Other examples of a fixed-site device include an office telephone, a pay phone, guest telephone, a hotel telephone, etc.
- If the call is unanswered at the mobility device, then the call is forwarded to Integrated Voice Mail (“IVM”). IVM is a voicemail service provided by the telecommunications service provider. If the family setting is inactive, then calls that encounter a busy/no-answer condition at the residential DN will forward directly to IVM.
- When the personal setting is activated, calls the DN of the mobility device are allowed. In most cases, the DN of the mobility device will be the same as the Mobile Identification Number (“MIN”) of the mobility device, as known in the art. When the personal setting is inactive, a “do not disturb” condition is implemented for the mobility device, and all incoming calls to the mobility device will be routed directly to IVM. This advantageously prevents undesired mobility fees from accruing to the subscriber from unwanted incoming mobility calls.
- The route-home setting allows calls to the mobility device to be forwarded to the subscriber's residential DN when either: 1) a busy/no-answer condition is encountered at the subscriber's mobility device; or 2) the mobility device is inactive, or not registered. If the call is forwarded to the subscriber's residential DN and not answered, then the call is forwarded to IVM. If the route-home setting is inactive, calls to the mobility device are forwarded directly to IVM either when: 1) a busy/no-answer condition is encountered at the subscriber's mobility device; or 2) the mobility device is inactive or not registered.
- The family and route-home settings are mutually exclusive in this embodiment; and only one of the settings can be active at the same time.
- In accordance with an embodiment of the present invention shown in
FIG. 1 , a callingparty 101 is adapted to be coupled to the Public Switched Telephone Network, and in particular to aClass 5 102 switch associated with atelephone 103 at the subscriber's residence. An example of aClass 5 switch is a 5ESS switch manufactured by the Lucent Technologies Incorporated. The callingparty 101 is also adapted to be coupled to a Mobile Switching Center (“MSC”) 104 associated with the DN of the subscriber'smobility device 105. TheMSC 104 is coupled to a Home Location Register (“HLR”) 106 as known in the art. The subscriber'sresidential telephone 103 is adapted to be coupled to theClass 5Switch 102, and the subscriber'smobility device 105 is adapted to be coupled to theMSC 104 throughmobility network 107. Both the subscriber'sresidential telephone 103 and hermobility device 105 are adapted to be coupled toIVM 108. TheHLR 106 includes a database that can include an indication for determining if a user has subscribed to a service in accordance with an embodiment of the present invention; a mapping between a residential directory number and a mobile directory number; and the values of the family, personal and route-home settings for a subscriber. - As shown in
FIG. 1 , the family setting is active, while the personal and route-home settings are inactive. An incoming call to the subscriber's residential DN is delivered by the PSTN to theClass 5switch 102. TheClass 5switch 102 attempts to deliver the incoming call to the subscriber'sresidential telephone 103, at which there is a busy/no-answer condition. Because the family setting is active, the incoming call is forwarded to the to theMSC 104 associated with the DN of the subscriber'smobility device 105. TheMSC 104 requests routing information from theHLR 106. The personal setting in the subscriber's HLR profile is inactive, so theHLR 106 returns instructions to theMSC 104 to route the incoming call toIVM 108. The incoming call is then routed toIVM 108. -
FIG. 2 shows the same system with the same settings as inFIG. 1 , handling an unanswered call to the subscriber'smobility device 105. An incoming call for the DN of themobility device 105 is delivered by the PSTN to theMSC 107. TheMSC 107 requests call routing information from theHLR 106. Since the personal setting in the subscriber's HLR profile is inactive, the HLR returns instructions to route the incoming call toIVM 108. The incoming call is routed toIVM 108. -
FIG. 3 shows the same system, except the family setting is active, the personal setting is also active, and the route-home setting is inactive. An incoming call for the subscriber's residence telephone is delivered to theClass 5switch 102, which attempts to deliver the call to theresidence telephone 103, and encounters a busy/no-answer condition. Since the family setting is active, the incoming call is forwarded to theMSC 104, which requests routing information from theHLR 106. - If the
mobility device 105 is registered, then since the personal setting in the subscriber's HLR profile is active, then the HLR determines the routing information (e.g., the Temporary Line Directly Number (“TLDN”) as known in the art), and returns it to theMSC 104. TheMSC 104 uses this information to try and route the call over themobility network 107 to themobility device 105. If there is a busy/no-answer condition at the mobility device, then themobility network 107 reports this condition back to theMSC 104. TheMSC 104 then requests all forwarding information from theHLR 106, which instructs theMSC 104 to route the call toIVM 108, which it does. - If the mobility device is not registered when the incoming call is first forwarded to the
MSC 104, or if the mobility device is known to be in a busy condition at this time, then theHLR 106 returns instructions to theMSC 104 to route the incoming call toIVM 108. The call is then routed toIVM 108. -
FIG. 4 shows a scenario where the family and personal settings are active, the route-home setting is inactive, and there is an incoming call to the mobility device. The incoming call is routed to theMSC 104 by the PSTN. TheMSC 104 requests routing information from theHLR 106. If the mobility device is registered, and since the personal setting in the subscriber's HLR profile is active, theHLR 106 determines the routing information (e.g., the TLDN), and returns it to theMSC 104. Using the routing information received from theHLR 106, theMSC 104 attempts to deliver the incoming call over themobility network 107 to thedevice 105. If a busy-no-answer condition exists at thedevice 105, then the mobility network reports this back to theMSC 104, which then requests call forwarding information from theHLR 106. TheHLR 106 instructs theMSC 104 to forward the incoming call toIVM 108, which it does. - If the mobility device is not registered at the time the incoming call is first forwarded to the
MSC 104, or the device is known to have a busy/no-answer condition at that time, then theHLR 106 returns instructions to route the incoming call toIVM 108, which is done. -
FIG. 5 shows the same system handling an unanswered call to the subscriber'sresidence telephone 103, except the family and personal settings are inactive, and the route-home setting is active. The incoming all is delivered by the PSTN to theClass 5switch 102, which attempts to deliver the call to theresidence 103. A busy/no-answer condition is encountered at theresidence telephone 103. Since the family setting is inactive, the incoming call is routed to theIVM 108. -
FIG. 6 shows the system handling an unanswered call to themobility device 105, where the family and personal settings are inactive, and the route-home setting is active. The incoming call is delivered by the PSTN to theMSC 104, which requests routing information from theHLR 106. Since the personal setting is inactive and the route-home setting is active, theHLR 106 returns instructions to theMSC 104 to route the incoming call to the DN of the subscriber'sresidential telephone 103. TheClass 5switch 102 attempts to deliver the call, but there is a busy/no-answer call at the resident'stelephone 103, so the call is routed toIVM 108. -
FIG. 7 shows a system handling an unanswered call to theresidence telephone 103, where the personal and route-home settings are active, and the family setting is inactive. The incoming call to theresidence 103 is delivered by the PSTN to theClass 5switch 102, which attempts to deliver the message, but encounters a busy/no-answer condition. Since the family setting is inactive, the incoming call is routed toIVM 108. -
FIG. 8 shows a system handling an unanswered call to amobility device 105, where the personal and route-home settings are active, and the family setting is inactive. The incoming call is delivered by the PSTN to theMSC 104, which requests call routing information from theHLR 106. If the mobility device is registered and since the personal setting in the subscriber's HLR profile is active, theHLR 106 determines the routing information (e.g., TLDN), and returns it to theMSC 104. Using the routing information from theHLR 106, theMSC 104 attempts to deliver the call over themobility network 107 to themobility device 105. A busy/no-answer condition is encountered at thedevice 105, which is reported by themobility network 107 to theMSC 104. TheMSC 104 then requests call forwarding information from theHLR 106. Since the route-home setting is active, the HLR returns instructions to theMSC 104 to route the incoming call to the DN of the subscriber'sresidential telephone 103. TheClass 5 switch attempts to deliver the incoming call to theresidential telephone 103, but encounters a busy/no-answer condition. The incoming call is then routed toIVM 108. - If the mobility device is not registered, or known to be in a busy/no-answer condition at the time the MSC first receives the incoming call, then the HLR returns instructions to route the call to the DN of the subscriber's residential telephone 103 (because the route-home setting is active), which is done by the
MSC 104. -
FIG. 9 shows a system handling an unanswered call to aresidence telephone 103, where the personal setting is active, and the family and route-home settings are inactive. The incoming call is delivered by the PSTN to theClass 5switch 102, which attempts to deliver the call to theresidence 103. A busy/no-answer condition is detected at theresidence 103, and since the family setting is inactive, the incoming call is routed toIVM 108. -
FIG. 10 shows a system handling an unanswered call to amobility device 105, where the personal setting is active, and the family and route-home settings are inactive. The incoming call is delivered by the PSTN to theMSC 104, which requests call routing information from theHLR 106. If themobility device 105 is registered, and since the personal setting in the subscriber's HLR profile is active, theHLR 106 determines the routing information (e.g., TLDN) and returns this routing information to theMSC 104. Using this routing information, theMSC 104 attempts to deliver the call to thedevice 105 over themobility network 107. The mobility network detects a busy/no-answer condition at thedevice 105, and reports it back to theMSC 104. The MSC requests call forwarding information from the HLR, which returns instructions to forward the call toIVM 108, which theMSC 104 does. - If the
mobility device 105 is not registered or already in a busy condition when theMSC 104 first receives the call from the PSTN, the HLR returns instructions to the MSC to forward the call toIVM 108, which is done. - In accordance with an embodiment of the present invention, the subscriber can update her settings (e.g., active or inactive for family, route-home, personal, etc.) using a web page interface over the Internet from a personal computer, a mobility device, an Internet appliance (e.g., a networked Personal Digital Assistant, etc.) The subscriber's settings are maintained in a subscriber profile in the HLR, and can be implemented partly by manipulating call forwarding information in a
Class 5 switch associated with the subscriber's residential telephone DN: -
FIG. 11 shows anHLR 106 andClass 5switch 102 update from amobility device 105. The subscriber enters the feature code to change using an interface (e.g., touch pad) on hermobility device 105. The entered feature code is sent to aMSC 104, which forwards the change request to theHLR 106. TheHLR 106 determines that the feature code is associated with a setting, and that call forwarding information on theClass 5switch 102 needs to be updated. TheHLR 106 sends an update call forwarding request to aClass 5switch interface device 1105. - The
Class 5switch interface device 1105 is a command translator that receives a transaction request from a HLR (or another service control point), translates the command request into one or moreappropriate Class 5 switch commands, sends these commands to aClass 5 switch, collects responses from theClass 5 switch, formats a transaction response, and sends the transaction response back to the requestingHLR 106 or other service control point. Asingle Class 5switch interface device 1105 can advantageously supportmultiple Class 5 switches, HLRs and service control points. TheClass 5switch interface device 1105 can support an interface method that sends commands via the Recent Change maintenance ports on theClass 5 switch; and can also support an interface method that uses Remote Call Forwarding with call setup and feature codes. TheClass 5switch interface device 1105 can, if necessary, maintain a mapping of residential DNs to the associatedClass 5switch 102. - Once the update call is received by the
Class 5switch interface device 1105, it sends the appropriate commands to update the associated call forwarding number to theClass 5switch 102. TheClass 5 switch updates the call forwarding number, and sends a reply to theClass 5switch interface device 1105, which in turn sends the update call forwarding response back to theHLR 106. TheHLR 106 updates the settings in the subscriber's HLR profile, and sends a feature response back to theMSC 104. TheMSC 104 sends a confirmation (e.g., plays confirmation tones, plays an announcement, etc.) to thesubscriber 105. -
FIG. 12 shows an system that updates anHLR 106 andClass 5switch 102 from aweb browser interface 1202. A subscriber enters a setting change (e.g., “activate family setting”) over theInternet 1201 from aPC 1202 executing a browser. TheHLR 106 determines that the setting change requires an update to the call forwarding on the associatedClass 5switch 102. TheHLR 106 sends an update call forwarding request to theClass 5switch interface device 1105, which sends the appropriate commands to update the associated call forwarding information to theright Class 5switch 102. TheClass 5switch 102 updates the call forwarding number and sends a response back to theinterface device 1105, which sends an update call forwarding response back to theHLR 106. TheHLR 106 updates the settings in the subscriber's HLR profile, and sends a setting change reply back over theInternet 1201 to thePC 1202, where a confirmation of the change (or an error message) is displayed to the subscriber. -
FIG. 13 shows an update only to theHLR 106 from amobility device 105. The subscriber enters the feature code to change a setting (e.g., “deactivate route-home”) on her mobility device. The feature code is sent to theMSC 104, which sends it to theHLR 106, which in turn updates the settings in the subscriber's HLR profile. TheHLR 106 determines that no change is needed in call forwarding information on anyClass 5 switch. The HLR sends a feature update response back to theMSC 104, which plays a confirmation to the subscriber through themobility device 105. -
FIG. 14 shows an update of only theHLR 106 from a web browser interface. The subscriber enters a setting change over the Internet from her PC (or from her web-browser-capable mobile telephone), which is received by theHLR 106. TheHLR 106 determines that no update is required on the associatedClass 5 switch (not shown), and updates the HLR profile of the subscriber. TheHLR 106 sends a setting change reply back over theInternet 1201 to thePC 1202, where it is displayed to the subscriber. - The present invention encompasses other embodiments that provide settings in addition to those described above (residential, personal and route-home.) In one embodiment, a work setting is provided that, when activated, cause incoming calls to a subscriber's office that encounter a busy/no-answer condition to be forwarded to the subscriber's mobility device. If a busy/no-answer condition is then encountered at the mobility device, then the call is routed to the office voice mail system. When the work setting is inactive, calls to the subscriber's office DN that encounter a busy/no-answer condition are forwarded to the office voice mail system.
- Another embodiment provides a road setting that, when active, routes an incoming call to the subscriber's office DN directly to the subscriber's mobility device, without having to be presented first to the subscriber's office telephone. If a busy/no-answer condition is encountered at the subscriber's mobility device, the call is routed to the office voice mail system. When the road setting is inactive, calls to the subscriber's office DN are presented to the subscriber's office telephone. If the call encounters a busy/no-answer condition, the routing of the call can be dependent upon the current value of the work setting.
- The “filters” implemented in accordance with the present invention can be richer than merely indicating a number or voice mail service to which to forward a call. For example, the subscriber can specify that a call from a particular source (by telephone number, caller name, area code, etc.) be forwarded to a first DN or service, while all other calls be forwarded to another. A subscriber can specify that calls that arrive during a particular time of day (e.g., during business hours) at a first number be forwarded to a second number (e.g., an office DN), while calls that arrive at the first number at a different time of day (e.g., outside of business hours) be forwarded to a third number (e.g., a residential DN). Likewise, a subscribe can specify the urgency of calls that arrive at or from a particular DN. Similarly, a subscriber can have her call forwarding configuration change automatically based upon her physical location. Any other suitable parameter (e.g., day of week, time of year, weather conditions, etc.) can be used to condition call forwarding instructions.
- In one embodiment, the present invention includes a medium storing instructions adapted to be executed by a processor to perform the method in accordance with an embodiment of the present invention. A medium is any device adapted to store digital information, such as Random Access Memory, Read Only Memory, flash memory, a Compact Disk Read Only Memory (CD-ROM), a hard disk, etc. Examples of a processor include a general purpose microprocessor, such as the Pentium III microprocessor manufactured by the Intel Corporation of Santa Clara, Calif., and an Application Specific Integrated Circuit (ASIC.) An ASIC embodies at least part of the method in accordance with an embodiment of the present invention in its hardware and/or firmware. An example of an ASIC is a digital signal processor. The medium stores software (instructions) that, when executed by the processor, practice an embodiment of the present invention.
- In accordance with an embodiment of the present invention, the fixed-site switch (e.g., the
Class 5 Switch) includes a processor coupled to a memory. The memory stores instructions adapted to be executed by the processor to perform the method in accordance with an embodiment of the present invention. Likewise, the Mobile Switching Center includes a processor coupled to a memory. The memory stores instructions (software) adapted to be executed by the processor to perform the method in accordance with an embodiment of the present invention. Similarly, a separate entity can store a subscriber profile (settings), receive a request for routing information (e.g., including the subscriber identifier, the calling party Directory Number, the subscriber Directory Number to which the calling party directed the call, etc.), consult the stored subscriber profile, formulate routing information based upon the profile, and then send the information to the requester. An example of such a device is a Home Location Register. The HLR performs these functions using a processor coupled to a memory. The memory stores the instructions (software) adapted to be executed by the processor to perform the method described above, and can store the subscriber profile. - The embodiments disclosed herein are meant to illustrate, and not limit, the scope of the present invention. The present invention encompasses other embodiments as would be apparent to those of ordinary skill in the art, based upon the description set forth herein.
Claims (8)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/017,787 US7327838B2 (en) | 1998-12-29 | 2004-12-22 | System and method for integrating call delivery for fixed-site and mobility services |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11410298P | 1998-12-29 | 1998-12-29 | |
US09/474,138 US6885742B1 (en) | 1998-12-29 | 1999-12-29 | System and method for integrating call delivery for fixed-site and mobility services |
US11/017,787 US7327838B2 (en) | 1998-12-29 | 2004-12-22 | System and method for integrating call delivery for fixed-site and mobility services |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/474,138 Continuation US6885742B1 (en) | 1998-12-29 | 1999-12-29 | System and method for integrating call delivery for fixed-site and mobility services |
Publications (2)
Publication Number | Publication Date |
---|---|
US20050130639A1 true US20050130639A1 (en) | 2005-06-16 |
US7327838B2 US7327838B2 (en) | 2008-02-05 |
Family
ID=34437116
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/474,138 Expired - Lifetime US6885742B1 (en) | 1998-12-29 | 1999-12-29 | System and method for integrating call delivery for fixed-site and mobility services |
US11/017,787 Expired - Fee Related US7327838B2 (en) | 1998-12-29 | 2004-12-22 | System and method for integrating call delivery for fixed-site and mobility services |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/474,138 Expired - Lifetime US6885742B1 (en) | 1998-12-29 | 1999-12-29 | System and method for integrating call delivery for fixed-site and mobility services |
Country Status (1)
Country | Link |
---|---|
US (2) | US6885742B1 (en) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020068564A1 (en) * | 2000-12-04 | 2002-06-06 | Roger Gustavsson | Systems and methods for reducing message overhead in a wireless communication network |
US20040198354A1 (en) * | 2002-10-31 | 2004-10-07 | Richard Pettine | Communication address re-direction system for a mobile communication device |
US20040203661A1 (en) * | 2002-06-01 | 2004-10-14 | Samsung Electronics Co., Ltd. | Method for providing receiver situation mode service and a mobile communication terminal for performing the same |
US20040248563A1 (en) * | 2003-06-09 | 2004-12-09 | Ayers John I. | Method and system for processing call-forward telephone numbers received for a subscriber |
US20050215242A1 (en) * | 2004-03-26 | 2005-09-29 | Black Cypress, Inc. | Automatic mobile call forwarding with time-based trigger events |
US20050215243A1 (en) * | 2004-03-26 | 2005-09-29 | Black Cypress, Inc. | Automatic mobile call forwarding with time-based and location-based trigger events |
US20050261034A1 (en) * | 2002-09-18 | 2005-11-24 | Murali Punaganti | Communication mechanism for calls in which speaking is not possible |
US20060116110A1 (en) * | 2004-11-26 | 2006-06-01 | Institute For Information Industry | Wireless connection method and system |
US9078078B1 (en) | 2011-09-15 | 2015-07-07 | Google Inc. | Call forwarding methods and systems |
US9779209B2 (en) | 2006-07-24 | 2017-10-03 | Cerner Innovation, Inc. | Application to worker communication interface |
US20180191789A1 (en) * | 2016-12-30 | 2018-07-05 | Motorola Mobility Llc | Automatic call forwarding during system updates |
Families Citing this family (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7912193B2 (en) | 2001-02-27 | 2011-03-22 | Verizon Data Services Llc | Methods and systems for call management with user intervention |
US8472428B2 (en) | 2001-02-27 | 2013-06-25 | Verizon Data Services Llc | Methods and systems for line management |
US8472606B2 (en) * | 2001-02-27 | 2013-06-25 | Verizon Data Services Llc | Methods and systems for directory information lookup |
US8751571B2 (en) | 2001-02-27 | 2014-06-10 | Verizon Data Services Llc | Methods and systems for CPN triggered collaboration |
US8494135B2 (en) * | 2001-02-27 | 2013-07-23 | Verizon Data Services Llc | Methods and systems for contact management |
US8488766B2 (en) | 2001-02-27 | 2013-07-16 | Verizon Data Services Llc | Methods and systems for multiuser selective notification |
US7912199B2 (en) | 2002-11-25 | 2011-03-22 | Telesector Resources Group, Inc. | Methods and systems for remote cell establishment |
US8774380B2 (en) | 2001-02-27 | 2014-07-08 | Verizon Patent And Licensing Inc. | Methods and systems for call management with user intervention |
US8503650B2 (en) | 2001-02-27 | 2013-08-06 | Verizon Data Services Llc | Methods and systems for configuring and providing conference calls |
US8761363B2 (en) | 2001-02-27 | 2014-06-24 | Verizon Data Services Llc | Methods and systems for automatic forwarding of communications to a preferred device |
US8467502B2 (en) | 2001-02-27 | 2013-06-18 | Verizon Data Services Llc | Interactive assistant for managing telephone communications |
US8750482B2 (en) | 2001-02-27 | 2014-06-10 | Verizon Data Services Llc | Methods and systems for preemptive rejection of calls |
US6976017B1 (en) | 2001-02-27 | 2005-12-13 | Verizon Data Services Inc. | Method and apparatus for context based querying |
US8503639B2 (en) | 2001-02-27 | 2013-08-06 | Verizon Data Services Llc | Method and apparatus for adaptive message and call notification |
US8488761B2 (en) * | 2001-02-27 | 2013-07-16 | Verizon Data Services Llc | Methods and systems for a call log |
US8798251B2 (en) | 2001-02-27 | 2014-08-05 | Verizon Data Services Llc | Methods and systems for computer enhanced conference calling |
US8873730B2 (en) | 2001-02-27 | 2014-10-28 | Verizon Patent And Licensing Inc. | Method and apparatus for calendared communications flow control |
US7903796B1 (en) | 2001-02-27 | 2011-03-08 | Verizon Data Services Llc | Method and apparatus for unified communication management via instant messaging |
US6750897B1 (en) | 2001-08-16 | 2004-06-15 | Verizon Data Services Inc. | Systems and methods for implementing internet video conferencing using standard phone calls |
US9392120B2 (en) | 2002-02-27 | 2016-07-12 | Verizon Patent And Licensing Inc. | Methods and systems for call management with user intervention |
US7324638B2 (en) * | 2002-03-29 | 2008-01-29 | At&T Delaware Intellectual Property, Inc. | System and method for managing communications |
US20040017791A1 (en) * | 2002-07-23 | 2004-01-29 | Pramodkumar Patel | Network controlled call forwarding |
US20040234063A1 (en) * | 2003-05-22 | 2004-11-25 | Milton Stephen M. | Method for forwarding calls to multiple telephone numbers |
US20050037762A1 (en) * | 2003-08-15 | 2005-02-17 | Lucent Technologies, Inc. | Methods and apparatus for alternative routing of text based messages on a cellular telephone network |
US7315738B1 (en) * | 2003-09-11 | 2008-01-01 | Sprint Spectrum L.P. | Method and system for managing multiple directory numbers for a mobile station |
US20050170864A1 (en) * | 2004-01-29 | 2005-08-04 | Barclay Deborah L. | Mobile switching center feature group |
DE102005046741A1 (en) * | 2005-09-29 | 2007-05-03 | Siemens Ag | Call set-up handling method for fixed network, involves enabling automatic call receiving by device for recording messages, and simultaneously forwarding call to calling number in network such as mobile radio network |
CN100407746C (en) * | 2006-04-12 | 2008-07-30 | 华为技术有限公司 | System for individual number audible ringing tone service and broadcasting method |
CN101146151B (en) * | 2006-09-19 | 2011-05-11 | 中兴通讯股份有限公司 | A method for realizing busy service of smart terminal on core control device |
US20080192655A1 (en) * | 2007-02-09 | 2008-08-14 | Ted Vagelos | Systems And Methods For Providing Enhanced Telephone Services |
US20090215437A1 (en) * | 2008-02-27 | 2009-08-27 | Motorola, Inc. | Method and apparatus for overriding a call forwarding service of a mobile device |
CN102196357A (en) * | 2010-03-19 | 2011-09-21 | 华为技术有限公司 | Method and device for providing call service for user |
CN103595871A (en) * | 2013-11-22 | 2014-02-19 | 深圳市金立通信设备有限公司 | Incoming call forwarding method and terminals |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5206901A (en) * | 1991-12-23 | 1993-04-27 | At&T Bell Laboratories | Method and apparatus for alerting multiple telephones for an incoming call |
US5276731A (en) * | 1991-04-26 | 1994-01-04 | Rolm Company | Method and apparatus for handling incoming telephone calls |
US5351235A (en) * | 1991-02-12 | 1994-09-27 | Telenokia Oy | Method for relaying information in an integrated services network |
US5353331A (en) * | 1992-03-05 | 1994-10-04 | Bell Atlantic Network Services, Inc. | Personal communications service using wireline/wireless integration |
US5487111A (en) * | 1993-07-29 | 1996-01-23 | At&T Ipm Corp. | Telecommunications system sequence calling |
US5706339A (en) * | 1994-11-30 | 1998-01-06 | At&T | Technique for use in processing personal telephone calls |
US5963864A (en) * | 1996-05-31 | 1999-10-05 | Bellsouth Intellectual Property Management Corporation | Method and system for automatically connecting telephone calls to multiple devices having different directory numbers |
US5978672A (en) * | 1996-09-27 | 1999-11-02 | Global Mobility Systems, Inc. | Mobility extended telephone application programming interface and method of use |
US6028917A (en) * | 1997-04-04 | 2000-02-22 | International Business Machines Corporation | Access to extended telephone services via the internet |
US6161128A (en) * | 1996-08-14 | 2000-12-12 | Telcordia Technologies, Inc. | Internet based service control system allows telecommunications subscriber modifies telecommunications services through an internet gateway |
US6181935B1 (en) * | 1996-09-27 | 2001-01-30 | Software.Com, Inc. | Mobility extended telephone application programming interface and method of use |
US6301474B1 (en) * | 1996-09-27 | 2001-10-09 | Openwave Technologies Inc. | Mobility extended telephone application programming interface and method of use |
-
1999
- 1999-12-29 US US09/474,138 patent/US6885742B1/en not_active Expired - Lifetime
-
2004
- 2004-12-22 US US11/017,787 patent/US7327838B2/en not_active Expired - Fee Related
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5351235A (en) * | 1991-02-12 | 1994-09-27 | Telenokia Oy | Method for relaying information in an integrated services network |
US5276731A (en) * | 1991-04-26 | 1994-01-04 | Rolm Company | Method and apparatus for handling incoming telephone calls |
US5206901A (en) * | 1991-12-23 | 1993-04-27 | At&T Bell Laboratories | Method and apparatus for alerting multiple telephones for an incoming call |
US5353331A (en) * | 1992-03-05 | 1994-10-04 | Bell Atlantic Network Services, Inc. | Personal communications service using wireline/wireless integration |
US5487111A (en) * | 1993-07-29 | 1996-01-23 | At&T Ipm Corp. | Telecommunications system sequence calling |
US5706339A (en) * | 1994-11-30 | 1998-01-06 | At&T | Technique for use in processing personal telephone calls |
US5963864A (en) * | 1996-05-31 | 1999-10-05 | Bellsouth Intellectual Property Management Corporation | Method and system for automatically connecting telephone calls to multiple devices having different directory numbers |
US6161128A (en) * | 1996-08-14 | 2000-12-12 | Telcordia Technologies, Inc. | Internet based service control system allows telecommunications subscriber modifies telecommunications services through an internet gateway |
US5978672A (en) * | 1996-09-27 | 1999-11-02 | Global Mobility Systems, Inc. | Mobility extended telephone application programming interface and method of use |
US6181935B1 (en) * | 1996-09-27 | 2001-01-30 | Software.Com, Inc. | Mobility extended telephone application programming interface and method of use |
US6301474B1 (en) * | 1996-09-27 | 2001-10-09 | Openwave Technologies Inc. | Mobility extended telephone application programming interface and method of use |
US6028917A (en) * | 1997-04-04 | 2000-02-22 | International Business Machines Corporation | Access to extended telephone services via the internet |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020068564A1 (en) * | 2000-12-04 | 2002-06-06 | Roger Gustavsson | Systems and methods for reducing message overhead in a wireless communication network |
US20040203661A1 (en) * | 2002-06-01 | 2004-10-14 | Samsung Electronics Co., Ltd. | Method for providing receiver situation mode service and a mobile communication terminal for performing the same |
US20050261034A1 (en) * | 2002-09-18 | 2005-11-24 | Murali Punaganti | Communication mechanism for calls in which speaking is not possible |
US20040198354A1 (en) * | 2002-10-31 | 2004-10-07 | Richard Pettine | Communication address re-direction system for a mobile communication device |
US7336950B2 (en) * | 2002-10-31 | 2008-02-26 | Siemens Medical Solutions Health Services Corporation | Communication address re-direction system for a mobile communication device |
US20040248563A1 (en) * | 2003-06-09 | 2004-12-09 | Ayers John I. | Method and system for processing call-forward telephone numbers received for a subscriber |
US20050215243A1 (en) * | 2004-03-26 | 2005-09-29 | Black Cypress, Inc. | Automatic mobile call forwarding with time-based and location-based trigger events |
US20050215242A1 (en) * | 2004-03-26 | 2005-09-29 | Black Cypress, Inc. | Automatic mobile call forwarding with time-based trigger events |
US20060116110A1 (en) * | 2004-11-26 | 2006-06-01 | Institute For Information Industry | Wireless connection method and system |
US9779209B2 (en) | 2006-07-24 | 2017-10-03 | Cerner Innovation, Inc. | Application to worker communication interface |
US10210953B2 (en) | 2006-07-24 | 2019-02-19 | Cerner Innovation, Inc. | Application to worker communication interface |
US10699809B2 (en) | 2006-07-24 | 2020-06-30 | Cerner Innovation, Inc. | Application to worker communication interface |
US9078078B1 (en) | 2011-09-15 | 2015-07-07 | Google Inc. | Call forwarding methods and systems |
US20180191789A1 (en) * | 2016-12-30 | 2018-07-05 | Motorola Mobility Llc | Automatic call forwarding during system updates |
US11438390B2 (en) * | 2016-12-30 | 2022-09-06 | Motorola Mobility Llc | Automatic call forwarding during system updates |
Also Published As
Publication number | Publication date |
---|---|
US7327838B2 (en) | 2008-02-05 |
US6885742B1 (en) | 2005-04-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7327838B2 (en) | System and method for integrating call delivery for fixed-site and mobility services | |
US6731926B1 (en) | System and method for delivering a message waiting indicator message to a wireless system | |
US9036801B2 (en) | Enhanced call return in a communications network | |
EP0782805B1 (en) | Personal communications internetworking | |
US6141545A (en) | Method and system for remote call forwarding of telephone calls from cellular phone | |
US6356756B1 (en) | Method and system for routing calls to a wireless telecommunications services platform | |
US8144716B2 (en) | Method and system for providing telecommunication subscriber services without provisioning or maintenance | |
US7796989B2 (en) | Integrated wireless/wireline registration | |
KR100448636B1 (en) | Telephone system based on presence and call routing method thereof | |
US20090180422A1 (en) | Interaction of VoIP calls and cellular networks | |
US20060193461A1 (en) | Method and system for dynamically terminating wireless and wireline calls between carriers | |
US6628761B1 (en) | Methods and systems allowing access to a messaging platform through a visited messaging platform | |
WO2008054201A1 (en) | Method of conditionally routing a call made to a fixed telephone number | |
US7068761B2 (en) | Method and system for canceling unwanted telephone calls | |
KR20020018044A (en) | Method for automatically activating call forwarding when a mobile unit comes into service | |
CN101668270B (en) | Method for solving Do not Disturb call based on ways of call interception and external platform hanging and platform | |
US6678364B2 (en) | System and method for cost estimation of a long distance call | |
US6944451B2 (en) | Routing method for a call to a mobile telephone via global location register | |
US20050249343A1 (en) | Method for conveniently adding contact information to a network-based address book | |
WO1995011574A1 (en) | Telephone call handling system | |
JPH08289019A (en) | Method of telecommunication connection and its device | |
KR20030013669A (en) | Mobile communication service system and location information service using wireless mobile terminal | |
EP1450547A1 (en) | Automatic call routing based on location of called party | |
KR20010036838A (en) | Method For The Discrimination Of Called Number In Terminal |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: AT&T MOBILITY II, LLC, GEORGIA Free format text: CHANGE OF NAME;ASSIGNOR:CINGULAR WIRELESS II, LLC;REEL/FRAME:021024/0122 Effective date: 20070420 |
|
AS | Assignment |
Owner name: AT&T MOBILITY II LLC, GEORGIA Free format text: CHANGE OF NAME;ASSIGNOR:AT&T MOBILITY II, LLC;REEL/FRAME:021074/0933 Effective date: 20070830 |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
REMI | Maintenance fee reminder mailed | ||
LAPS | Lapse for failure to pay maintenance fees | ||
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Expired due to failure to pay maintenance fee |
Effective date: 20160205 |