Elimination of inoperable service node during call set up

• US 7,174,009 B1
• Filed: 06/21/2004
• Issued: 02/06/2007
• Est. Priority Date: 06/21/2004
• Status: Active Grant

• Current Assignee: Sprint Spectrum LP (Deutsche Telekom AG)
• Original Assignee: Sprint Spectrum LP (Deutsche Telekom AG)
• Inventors: Zhang, Baoquan, McConnell, Von K., Miller, Karen H.
• Primary Examiner(s): Bui; Bing Q.
• Application Number:
  US10/873,587
• Time in Patent Office: 960 Days
• Field of Search: 379/207.02, 379/207.04, 379/207.12, 379/211.01, 379/211.02, 379/221.01, 379/221.03, 379/221.08, 379/220.01
• US Class Current: 379/221.01
• CPC Class Codes: H04M 3/42017 Customized ring-back tones
• CPC Class Codes: H04Q 3/0029 Provisions for intelligent networking
• CPC Class Codes: H04Q 3/0075 Fault management techniques

Abstract

In a service control point (SCP) having logic normally dictating that a call destined to a called party should be routed instead to a service node for handling, a method includes making a determination that the service node has become unavailable. The method thereafter includes receiving, into the SCP, a signal from a switch, the signal indicating that the switch has received a request to set up a call to the called party. In view of the determination that the service node has become unavailable, the method then includes the SCP instructing the switch to treat the first call in a manner other than routing the call to the service node.

Claims

1. In a service control point (SCP) having logic normally dictating that a call destined to a called party should be routed to a service node for handling, a method comprising:

making a determination that the service node has become unavailable;

responsive to the determination that the service node has become unavailable, setting a flag indicating that the service node is unavailable;

using the flag as a basis to determine that the service node is unavailable;

after determining that the service node has become unavailable, (i) receiving into the SCP, a first signal from a switch indicating that the switch has received a request to set up a first call to the called party and (ii) in view of the determination that the service node has become unavailable, the SCP instructing the switch to treat the first call in a manner other than routing the call to the service node;

making a determination that the service node has become available again;

responsive to the determination that the service node has become available again, clearing the flag indicating that the service node is unavailable; and

after determining that the service node has become available again, (i) receiving into the SCP, a second signal from the switch indicating that the switch has received a request to set up a second call to the called party and (ii) in view of the determination that the service node has become available again, the SCP instructing the switch to route the call to the service node.

2. The method of claim 1, wherein instructing the switch to treat the first call in a manner other than routing the first call to the service node comprises:

instructing the switch to route the first call to a destination other than the service node.

3. The method of claim 2, wherein the destination is the called party.

4. The method of claim 1, wherein instructing the switch to treat the first call in a manner other than routing the first call to the service node comprises:

instructing the switch to block the first call.

5. The method of claim 1, wherein making the determination that the service node has become unavailable comprises the SCP determining that the service node has become unavailable.

6. The method of claim 1, wherein making the determination that the service node has become unavailable comprises:

detecting a discontinuation of heartbeat messages from the service node; and

responsively determining that the service node is unavailable.

7. The method of claim 1, wherein the called party is a prepaid subscriber and the service node normally applies account-balance logic to the first call.

8. The method of claim 1, wherein the service node normally applies a custom ring-back tone service to the first call.

9. The method of claim 1, further comprising:

in response to the determination that the service node has become unavailable, setting a flag indicating that the service node is unavailable, wherein setting the flag comprises setting the flag in the SCP; and

using the flag as a basis to determine that the switch should treat the first call in the manner other than routing the first call to the service node.

10. In a communication system of the type comprising a switch, a service control point (SCP), and a service node, wherein (i) when the SCP receives a signal from the switch indicating that the switch has received a request to set up a call to a called party, the SCP responsively applies service logic that normally causes the SCP to instruct the switch to route the call to a service node rather than to the called party, and (ii) the service node then normally receives the call and sets up the call to the called party, a method comprising:

before receiving the signal at the SCP, making a determination that the service node is unavailable; and

due to the determination, the SCP instructing the switch to treat the call in a manner other than routing the call to the service node,

wherein the service node normally applies, to the call, at least one of (i) account-balance logic when the called party is a prepaid subscriber and (ii) a custom ring-back tone service.

11. The method of claim 10, wherein instructing the switch to treat the call in a manner other than routing the call to the service node comprises:

instructing the switch to route the call to a destination other than the service node.

12. The method of claim 11, wherein the destination is the called party.

13. The method of claim 10, wherein instructing the switch to treat the call in a manner other than routing the call to the service node comprises:

instructing the switch to block the call.

14. The method of claim 10, wherein making the determination that the service node is unavailable comprises the SCP making the determination.

15. The method of claim 10, wherein making the determination that the service node is unavailable comprises:

detecting a discontinuation of heartbeat messages from the service node; and

responsively determining that the service node is unavailable.

16. The method of claim 15, wherein the heartbeat messages are communicated between the SCP and the service node via a Generic Data Interface that is implemented over an Internet Protocol connection between the SCP and the service node.

17. In a service control point (SCP) having (i) a signaling interface that receives a signal from a switch indicating that the switch has received a request to set up a call to a called party and (ii) service logic that normally causes the SCP to responsively instruct the switch to route the call to a service node instead of to the called party, an improvement comprising:

first program logic executable, before receiving the signal from the switch, to (i) make a determination that the service node has become unavailable and (ii) set a flag in the SCP to indicate the unavailability of the service node, wherein the flag is used as a basis to determine that the service node is unavailable; and

second program logic executable, in view of the determination, to instruct the switch to treat the call in a manner other than routing the call to the service node.

18. The improvement of claim 17, wherein the manner other than routing the call to the service node is routing the call to a destination other than the service node.

19. The improvement of claim 18, wherein the destination is the called party.

20. The improvement of claim 17, wherein the manner other than routing the call to the service node is blocking the call.

21. The improvement of claim 17, wherein the first program logic is executable to make the determination by detecting a discontinuation of heartbeat messages from the service node.