Wireless Intelligent Network (WIN) support for centralized service control in an IP Multimedia Subsystem (IMS) network

Abstract

Feature control signaling can be transported from a handset to a network-based service platform when the handset is active on an existing call, using three-way calling and Intelligent Network (IN) capabilities to pass feature control information from the user device to a network-based service platform. Although Wireless Intelligent Network (WIN) standards do not support mid-call triggers, handset emulation of three-way-calling (3WC) behavior allows a handset to send a digit string (representing a particular feature-related event) to a network-based service platform (in the context of a pseudo-3WC). Mid-call communications can be accomplished in this manner, allowing a network-based service platform to interpret and take action based on the received digit string, prior to releasing the additional call leg associated with the pseudo-3WC attempt. WIN mechanisms can also be used to send feature control signals from a network-based service platform to a handset. These mechanisms can be used to promote consistent service offerings for users who are served by networks that are comprised of different technologies. These mechanisms can also be used to help operators transition their networks to support emerging network technologies.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows the architecture of the CS cellular and IMS service execution models.

FIG. 2 shows multi-leg treatment of a session within a distributed service execution model.

FIG. 3 shows multi-leg treatment of a session within a centralized service execution model.

FIG. 4 shows the mechanism to support feature control signaling from a user to a network-based service platform (with feedback in the reverse direction).

FIG. 5 shows the mechanism for using standard WIN Call Control Directive (CCDIR) messages to request the MSC to take particular feature-related actions during an existing call.

FIG. 6 shows a signal flow associated with a Call Waiting application.

FIG. 7 shows a signal flow associated with a Three Way Calling application.

Claims

1. A method for using a network-based service platform for executing services on behalf of a first user, wherein the handset of the first user has an existing established communication session with the handset of a second user, comprising the steps of: determining in the handset of the first user that a predetermined feature-event needs to be reported to a network-based service platform;selecting in the handset of the first user a set of feature information to be sent when the predetermined feature-event has been detected;sending a message containing the feature information from the handset of the first user to a network, when the feature-event has been detected;detecting that a trigger condition has been satisfied in the network, when the message containing the feature information is received from the handset of the first user;determining in the network the identification of a network-based service platform, when the trigger condition has been satisfied;sending a message containing feature information from the network to the network-based service platform, when the trigger condition has been satisfied;interpreting the feature information, contained in the message that is received by the network-based service platform, to determine the intended feature actions;invoking the intended feature actions via service logic execution at the network-based service platform, in conjunction with processing elsewhere in the network;instructing the network to pass feature information to the handset of the first user, by sending a message from the network-based service platform; andre-establishing a communications session between the handset of the first user and the handset of the second user.

2. The method of claim 1, wherein the step of determining in the handset of the first user that a predetermined feature-event needs to be reported is based on user actions.

3. The method of claim 1, wherein the step of selecting in the handset of the first user a set of feature information to be sent is based on predefined feature-control digit strings that are maintained in the handset of the first user.

4. The method of claim 1, wherein the handset of the first user is a mobile handset.

5. The method of claim 1, wherein the network of the first user is a CDMA cellular network.

6. The method of claim 1, wherein the step of sending a message containing the feature information from the handset of the first user to the network is based on the normal message used to invoke a three-way call.

7. The method of claim 6, wherein a CDMA handset sends a Flash with Information message to the network as the mechanism to invoke a pseudo-three-way call.

8. The method of claim 1, wherein the step of detecting that a trigger condition has been satisfied in the network is based on an Intelligent Network (IN) trigger that is detected at a switching system in the network.

9. The method of claim 8, wherein the trigger is based on a Wireless Intelligent Network (WIN) trigger (e.g., All_Calls) that is detected at a Mobile Switching Center (MSC) in the network.

10. The method of claim 8, wherein the step of determining the identification of a network-based service platform is based on an associated WIN TriggerAddressList value as previously received by the MSC.

11. The method of claim 8, wherein the step of sending a message containing feature information from the network to the network-based service platform is based on the IN trigger.

12. The method of claim 11, wherein the message containing feature information is the WIN OriginationRequest (ORREQ) message that is sent from the MSC to the network-based service platform.

13. The method of claim 11, wherein the feature information containing the feature-control digit string is populated in the Digits (Dialed) parameter of an associated WIN message.

14. The method of claim 1, wherein the step of interpreting the feature information contained in the message that is received by the network-based service platform is based on the predefined feature-control digit strings.

15. The method of claim 1, wherein the step of invoking the intended feature actions via service logic execution at the network-based service platform is based on centralized service control in an IMS-based network.

16. The method of claim 1, wherein the step of instructing the network to pass feature information to the user of the handset of the first user is based on sending a response from the network-based service platform to the switching system via the corresponding response to the IN trigger.

17. The method of claim 16, wherein the response from the network-based service platform to an MSC is a WIN OriginationRequest (orreq) response message.

18. The method of claim 17, wherein the WIN response message from the network-based service platform contains the AnnouncementList and/or DisplayText parameter for instructing the MSC to provide audible and/or visual indications to the handset of the first user and/or a routing address for invoking processing elsewhere in the network.

19. The method of claim 16, wherein the step of re-establishing a communications session between the handset of the first user and the handset of the second user is based on instructions from the network-based service platform that are conveyed to the switching system via parameters of the response message.

20. The method of claim 19, wherein the response message from the network-based service platform contains the AccessDeniedReason or ActionCode parameter populated to release the pseudo-3WC call leg and reconnect the handset of the first user and the handset of the second user.

21. The method of claim 1, wherein the network-based service platform is capable of supporting both WIN capabilities as defined for a WIN Service Control Point and service control functionality for another technology.

22. The method of claim 1, wherein the network of the first user is a GSM cellular network.

23. The method of claim 1, wherein the network-based service platform is capable of supporting both Customized Application Mobile Enhanced Logic (CAMEL) capabilities and service control functionality for another technology.

24. The method of claim 1, wherein the network of the first user is a wireline network.

25. The method of claim 1, wherein the network of the first user is a cable network.

26. The method of claim 1, wherein the network-based service platform is capable of supporting both Advanced Intelligent Network (AIN) capabilities and service control functionality for another technology.

27. The method of claim 1, wherein the network-based service platform is capable of supporting both Core INAP capabilities and service control functionality for another technology.

28. A method for using a network-based service platform for executing services on behalf of a first user, wherein the handset of the first user has an existing established communication session with the handset of a second user, comprising the steps of: determining in the network-based service platform that a feature-event needs to be reported to the handset of the first user;sending a message containing feature information from the network-based service platform to the network of the first user, when the feature-event has been detected;invoking the intended feature actions based upon the feature information contained in the message that is received by the network from the network-based service platform; andresponding to the network-based service platform.

29. The method of claim 28, wherein the handset of the first user is a mobile handset.

30. The method of claim 28, wherein the network of the first user is a CDMA cellular network.

31. The method of claim 28, wherein the step of determining that a feature-event needs to be reported to the handset of the first user is based on an event that is detected by the network-based service platform based on centralized service control in an IMS-based network.

32. The method of claim 28, wherein the step of sending a message containing the feature information from the network-based service platform to the network is based on the WIN CallControlDirective (CCDIR) message that is sent from the network-based service platform to a MSC.

33. The method of claim 32, wherein the step of invoking the intended feature actions is based on instructions from the network-based service platform that are conveyed to the MSC via parameters of the WIN CCDIR message.

34. The method of claim 28, wherein the step of responding to the network-based service platform is based on sending a WIN CallControlDirective (ccdir) response message.

35. The method of claim 28, wherein the network-based service platform is capable of supporting both WIN capabilities and service control functionality for another technology.

36. The method of claim 32, wherein the WIN CCDIR message from the network-based service platform to the MSC contains the AnnouncementList and/or DisplayText parameter for instructing the MSC to provide audible and/or visual indications to the first user and/or ActionCode parameter for invoking other processing.

37. A system for using a network-based service platform for executing services on behalf of a first user, wherein the handset of the first user has an existing established communication session with the handset of a second user, comprising: means for determining in the handset of the first user that a predetermined feature-event needs to be reported to a network-based service platform;means for selecting in the handset of the first user a set of feature information to be sent when the predetermined feature-event has been detected;means for sending a message containing the feature information from the handset of the first user to a network, when the feature-event has been detected;means for detecting that a trigger condition has been satisfied in the network, when the message containing the feature information is received from the handset of the first user;means for determining in the network the identification of a network-based service platform, when the trigger condition has been satisfied;means for sending a message containing feature information from the network to the network-based service platform, when the trigger condition has been satisfied;means for interpreting the feature information, contained in the message that is received by the network-based service platform, to determine the intended feature actions;means for invoking the intended feature actions via service logic execution at the network-based service platform, in conjunction with processing elsewhere in the network;means for instructing the network to pass feature information to the handset of the first user, by sending a message from the network-based service platform; andmeans for re-establishing a communications session between the handset of the first user and the handset of the second user.

38. A system for using a network-based service platform for executing services on behalf of a first user, wherein the handset of the first user has an existing established communication session with the handset of a second user, comprising: means for determining in the network-based service platform that a feature-event needs to be reported to the handset of the first user;means for sending a message containing feature information from the network-based service platform to the network of the first user, when the feature-event has been detected;means for invoking the intended feature actions based upon the feature information contained in the message that is received by the network from the network-based service platform; andmeans for responding to the network-based service platform.