HANDLING FAILURE SCENARIOS FOR VOICE CALL CONTINUITY

• US 20100087186A1
• Filed: 10/03/2008
• Published: 04/08/2010
• Est. Priority Date: 10/03/2008
• Status: Active Grant

• Current Assignee: Qualcomm, Inc.
• Original Assignee: Qualcomm, Inc.
• Inventors: Deshpande, Manoj M., Gupta, Kirti
• Granted Patent: US 8,483,680 B2
• Time in Patent Office: Days
• US Class Current: 455/424
• CPC Class Codes: H04L 69/40 for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection management of faults, events, alarms or notifications in data switching networks H04L41/06
• CPC Class Codes: H04W 36/0022 for transferring data sessions between adjacent core network technologies
• CPC Class Codes: H04W 36/00224 between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
• CPC Class Codes: H04W 36/0033 with transfer of context information
• CPC Class Codes: H04W 80/10 adapted for application session management, e.g. SIP [Session Initiation Protocol] connection management H04W76/00; arrangements for session management H04L67/14

Abstract

Receipt of a failure response message in response to a domain transfer attempt is cached at a mobile device. The mobile device retains information related to the domain to indicate that the domain does not support anchoring and, thus, does not support voice call continuity. The mobile device might not attempt domain transfer for subsequent calls in the same area. In an aspect, after expiration of a configurable interval, the mobile device can re-attempt domain transfer to determine if anchoring is now supported by the domain. If the domain now supports anchoring, the identification of the domain can be removed from the domain listing.

Claims

1. A method for handling failure scenarios for voice call continuity, comprising:

receiving a failure response message that indicates a failure during a transfer from a first domain to a second domain; and

retaining an identification of the first domain in a network listing, wherein the retained identification indicates that the first network does not support call anchoring.

2. The method of claim 1, further comprising:

preparing to initiate a communication in the first network;

checking the network listing for the identification of the first network; and

avoiding initiation of the communication in the first network if an identity of the first network is included in the network listing.

3. The method of claim 1, further comprises periodically checking the first network to determine if the first network supports call anchoring.

4. The method of claim 3, wherein periodically checking the first network comprises:

attempting a second domain transfer from the first network to another network;

determining the first network supports call anchoring if the second transfer is successful; and

removing the identity of the first network from the network listing.

5. The method of claim 1, further comprising:

receiving a signaling message from the first network, wherein the signaling message indicates that the first network supports anchoring; and

removing the identity of the first network from the network listing.

6. The method of claim 5, wherein the signaling message is a dedicated message or a broadcast message.

7. The method of claim 1, wherein the first network is a circuit switch network and the second network is a packet service network.

8. The method of claim 1, wherein the first network is packet service network and the second network is a circuit switch network.

9. The method of claim 1, further comprises retaining a second network listing of identities of networks that support call anchoring.

10. A wireless communications apparatus, comprising:

a memory that retains instructions related to receiving a failure response message from a first network and retaining an identification of the first network in a network listing, wherein the failure response message indicates a failure during a transfer from a first domain to a second domain and wherein the network listing includes identities of networks that do not support call anchoring; and

a processor, coupled to the memory, configured to execute the instructions retained in the memory.

11. The wireless communications apparatus of claim 10, the memory further retains instructions related to preparing to initiate a communication in the first network, determining if the first network identity is included in the network listing, and avoiding initiation of the communication in the first network if the first network identity is included in the network listing.

12. The wireless communications apparatus of claim 10, the memory further retains instructions related to periodically checking the first network to determine if the first network supports call anchoring.

13. The wireless communications apparatus of claim 12, the memory further retains instructions related to attempting a second domain transfer from the first network to another network, ascertaining that the first network supports call anchoring if the second transfer is successful, and removing the identity of the first network from the network listing.

14. The wireless communications apparatus of claim 10, the memory further retains instructions related to receiving a signaling message from the first network and removing the identity of the first network from the network listing, wherein the signaling message indicates that the first network supports anchoring.

15. The wireless communications apparatus of claim 14, wherein the signaling message is a dedicated message or a broadcast message.

16. The wireless communications apparatus of claim 10, wherein the first network is a circuit switch network and the second network is a packet service network.

17. The wireless communications apparatus of claim 10, wherein the first network is packet service network and the second network is a circuit switch network.

18. A wireless communications apparatus that manages failure scenarios for voice call continuity, comprising:

means for receiving a failure response message that indicates a failure during a transfer from a first network to a second network; and

means for retaining an identification of the first network in a network listing, wherein the retained identification indicates that the first network does not support call anchoring.

19. The wireless communications apparatus of claim 18, further comprising:

means for preparing to initiate a domain transfer from the first network;

means for determining if the identity of the first network is included in the network listing; and

means for avoiding the domain transfer if an identity of the first network is included in the network listing.

20. The wireless communications apparatus of claim 18, further comprising:

means for attempting a second domain transfer from the first network to another network;

means for ascertaining if the first network supports call anchoring if the second transfer is successful; and

means for removing the identity of the first network from the network listing.

21. The wireless communications apparatus of claim 18, further comprising:

means for receiving a signaling message from the first network, wherein the signaling message indicates that the first network supports anchoring; and

means for removing the identity of the first network from the network listing, wherein the signaling message is a dedicated message or a broadcast message.

22. A computer program product, comprising:

a computer-readable medium comprising;

a first set of codes for causing a computer to receive a failure response message that indicates a failure during a transfer from a first domain to a second domain; and

a second set of codes for causing the computer to retain an identification of the first domain in a network listing, wherein the retained identification indicates that the first network does not support call anchoring.

23. The computer program product of claim 22, the computer-readable medium further comprising:

a third set of codes for causing the computer to prepare to initiate a domain transfer from the first network;

a fourth set of codes for causing the computer to review the network listing for the identification of the first network; and

a fifth set of codes for causing the computer to avoid the domain transfer if an identity of the first network is included in the network listing.

24. The computer program product of claim 22, the computer-readable medium further comprising:

a third set of codes for causing the computer to periodically check the first network to determine if the first network supports call anchoring; and

a third set of codes for causing the computer to remove the identity of the first network from the network listing if the first network supports call anchoring.

25. The computer program product of claim 22, the computer-readable medium further comprising:

a third set of codes for causing the computer to receive a signaling message from the first network, wherein the signaling message indicates that the first network supports anchoring; and

a fourth set of codes for causing the computer to remove the identity of the first network from the network listing.

26. At least one processor configured to manage failure scenarios in a wireless communications environment, comprising:

a first module for receiving a failure response message that indicates a failure during a transfer from a first domain to a second domain; and

a second module for retaining an identification of the first domain in a network listing, wherein the retained identification indicates that the first network does not support call anchoring.

27. The at least one processor of claim 26, further comprising:

a third module for preparing to initiate a communication in the first network;

a fourth module for checking the network listing for the identification of the first network; and

a fifth module for avoiding initiation of the communication in the first network if an identity of the first network is included in the network listing.