Title of Invention

METHOD FOR SELECTIVE ANCHORING OF CALLS ORIGINATED AT A USER EQUIPMENT (UE)

Abstract The invention proposes a method for selective anchoring of calls originating from a Circuit Switched (CS) domain at VCC Application Server (VCC AS), based on location information. The VCC AS has a database of location information versus anchoring policy. Location information of a User Equipment (UE) is present in an Initial Detection Point (lOP) message. When the VCC AS gets the lOP message from a Mobile Switching Centre (MSC), VCC AS extracts the location information of the UE and checks for the corresponding anchoring policy in the database. Based on the result of the anchoring policy, VCC AS decides whether to anchor the call or not.
Full Text FIELD OF THE INVENTION
The present invention, in general, relates to the field of mobile applications. Particularly, the present invention relates to a method for selective anchoring for VCC AS. More particularly, the present invention relates to selective anchoring of calls originating from a circuit switch domain at VCC AS (Voice Call Continuity Application Server) based on Location Information.
DESCRIPTION OF THE RELATED ART
Voice Call Continuity, a home IMS application, provides capabilities to transfer voice calls between CS domain and IMS and vice versa. VCC also provides various functions such as voice call origination, termination and Domain Transfer.
The VCC application is implemented in the user's home network. Voice calls from and to a VCC UE (User's Equipment) are anchored at the VCC application in the home IMS to provide voice continuity for the user during transition. VCC voice calls either in the CS domain or IMS are anchored at the VCC application in the home IMS using standard CS domain techniques available for rerouting calls at call establishment. A 3pcc (Third party call control) function is employed at the VCC application to facilitate inter domain mobility through the use of Domain Transfers between the CS domain and the IMS. Domain Transfers may be enabled in one direction (i.e. from the CS domain to the IMS or from the IMS to CS domain), or in both directions as per network configuration requirements. The VCC application has the capability to perform domain transfers for a VCC UE's voice session multiple times in both directions.
Voice calls originated by VCC subscribers in the CS domain may or may not be anchored in the IMS to facilitate domain transfer of the call to the IMS, subject to operator policy. IMS services are accessed using Wi-Fi (WLAN, WiMAX, etc..).
A major concern of the technicians in this field is that the anchoring decision is subject to operator policy and hence holds a substantial bearing on the procedures. It is also a worrying factor that the network resources will be under utilized if domain transfer is not performed during the duration of call after firming up the decision to anchor. It is also worth mentioning here that anchoring of calls will increase the call set-up time. Further if the decision is not to anchor, domain transfer cannot take place.
US Patent entitled "Voice Call Continuity Application Server Between IP- CAN AND CS NETWORKS" (Patent Publication No.US20070014281) describes a system and method for continuous voice calls when a user switches between packet data and circuit switched access networks. It describes an interworking system that supports voice call continuity for a user that moves between IP-CAN and CS networks (e.g., PSTN or GSM). A voice call continuity application server (VCC-AS) serves as an anchor point for a voice call (i.e., it is the node from which a handover is initiated) and controls and handles voice calls to and from the user equipment (UE) regardless of the access network.
Even though the prior art has its own merits, it does not employ location information to determine selective anchoring of Circuit Switched originating calls, and thus possess some limitations also.
In the light of above, the present invention proposes a method for selective anchoring of calls originating from a Circuit Switched (CS) domain at VCC Application Server (VCC AS), based on location information of the user equipment (UE).
SUMMARY OF THE INVENTION
It is therefore primary object of the invention to provide a method for selective anchoring of CS originated calls at VCC AS, using location information of the UE in determining whether the calls to be anchored or not.
It is another object of the invention to provide an operator voice call continuity for managing the database at the VCC AS.
It is yet another object of the invention to extract location information of the UE from the Initial Detention Point message (IDP) from the mobile switching centre.
It is a further object of the invention to base the decision on anchoring subjective to the anchoring policy.
It is a further object of the invention to let users make outgoing calls from areas where there is no Wi-Fi coverage.
It is another object of the invention to reduce the call set up time to a moderate level.
It is yet another object of the invention to reduce the load on VCC AS Accordingly the present invention provides a method for selective anchoring of calls originating from a Circuit Switched (CS) domain at Voice Call Continuity Application Server (VCC AS), based on location information of the User Equipment (UE) to decide on whether to anchor the call or not in conformity with the anchoring policy attributed to the location information matched up with in a database in the VCC AS, the method comprising
• Extracting the location information of the User Equipment (UE) from Initial Detection Point (IDP) message availed by VCC AS from the Mobile Switching Centre (MSC); and
• Finding out the corresponding anchoring policy pertaining to the location of the UE from the said database in VCC AS and deciding on whether or not to anchor the call.
These and other objects, features, and advantages of the present invention will become more apparent from the ensuing detailed description of the invention.
BRIEF DESCRIPTION OF THE ACCOMPANYING DRAWINGS
Figure 1 illustrates the call flow for CS originated call when Anchoring is performed.
Figure 2 illustrates the call flow for CS originated call when Anchoring is not performed.
DETAILED DESCRIPTION OF THE INVENTION
The disclosed embodiments herein are merely exemplary of the invention, which may be embodied in various forms. Therefore the details disclosed herein are not to be interpreted as limiting but merely as the basis for the claims and as a basis for teaching one skilled in the art how to make or use the invention.
According to the preferred embodiment of the present invention, it proposes a method for selective anchoring of calls originating from a CS domain for VCC AS based on location information. Another aspect of the preferred embodiment, VCC AS has a predetermined database containing local information versus anchoring policy. Further aspect of the preferred embodiment of the invention Location information of the user Equipment is also in the form of an Initial Detection Point message. When the server receives the message from the mobile switching centre for selective anchoring of the call, using the location information of the UE, VCC AS extracts and checks it with the corresponding anchoring policy in the database. Depending on the result based on the anchoring policy server decides whether to anchor the call or not.
Fig 1 depicts the call flow for CS originated call when Anchoring is performed. As shown
1. The VCC user originates a voice call in the CS domain using a VCC UE to party-B.
2. Origination triggers at the VMSC are detected; VMSC sends an Initial DP message towards the gsmSCF.
3. The gsmSCF invokes the VCC Application's CAMEL Svc.
When VCC AS gets the IDP message from VMSC, it extracts the Location information (ex: cell identifier), and checks for the corresponding Anchoring policy in the data-base. Based on the result of the Anchoring policy, if VCC AS is supposed to anchor the call, VCC AS sends Connect message to VMSC.
4. The CAP Connect message contains the Original Called party ID and Destination Routing Address. Destination Routing Address contains the IMRN to route the call to the CSAF.
5. The VMSC routes the call towards the user's home IMS network using the IMRN via an MGCF in the home network.
6. The MGCF initiates an INVITE towards the l-CSCF in the home IMS of the originating VCC user. The calling party number and/or original called number are included in the INVITE if they are received from the PSTN call setup signalling (e.g., ISUP).
7. The l-CSCF routes the INVITE based on one of the following standard procedures.
7a. The l-CSCF forwards the INVITE to the CSAF via the S-CSCF that is assigned to the IMRN.
7b. The l-CSCF forwards the INVITE directly to the CSAF.
8. If When the INVITE arrives at the VCC Application, it is processed by the CSAF of the VCC Application which may use the IMRN to retrieve the original called party number and the calling party number from the CAMEL Service. The CSAF uses the original called number and the calling party number to setup the outgoing call leg to party-B
9. The DTF of the VCC Application anchors the originating session for enablement of domain transfers for the session as part of this procedure based on operator policy.
Note: Steps 8 and 9 may comprise of a sequence of messages for communication to/from different VCC Functional Elements.
10. The DTF sends the INVITE back to the S-CSCF for completion of the call toward the remote end.
Standard originating call setup procedures are followed to continue the call setup at the S-CSCF for the VCC user.
Fig 2 depicts the call flow for CS originated call when Anchoring is not performed. As shown
1. The VCC user originates a voice call in the CS domain using a VCC UE to party-B.
2. Origination triggers at the VMSC are detected; VMSC sends an Initial DP message towards the gsmSCF.
3. The gsmSCF invokes the VCC Application's CAMEL Svc.
When VCC AS gets the I DP message from VMSC, it extracts the Location information (ex: cell identifier), and checks for the corresponding Anchoring policy in the data-base. Based on the result of the Anchoring policy, if VCC
AS is not supposed to anchor the call, VCC AS sends Continue message to VMSC.
4. VMSC now continues to establish a normal CS call.
VCC AS determines the Anchoring decision based on the Location information present in the IDP message (step 2) of the call flow. VCC AS has a Data-base of Location information versus an Anchoring policy. An example of Location information is the serving cell-identifier of the UE.
When VCC AS gets the IDP message from MSC, it extracts the Location information (ex: cell identifier), and checks for the Anchoring policy. Based on the result of the Anchoring policy, VCC AS sends Connect or Release to the VMSC as described in Step 4 of the Drawings.
In abstract the present invention is characterized by the usage of location information of the UE in determining if the call is to be anchored or not.
Advantages of the Invention
• A mechanism for the Network to take Anchoring decision based on UE's Location information.
• Reduce load on the VCC AS System.
• Minimize call set up time by avoiding anchoring at VCCAS.
• Take advantage of usage of Location information by VCC AS while executing Supplementary Services
• Idea is most effective when VCC user makes CS outgoing calls from areas where there is no Wi-Fi coverage. Example: Rural areas, Hilly areas.
The description of the preferred embodiments is provided to enable any person skilled in the art to make or use the present invention. The various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without the use of the inventive faculty. Thus the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
GLOSSARY OF TERMS AND DEFINITIONS THEREOF
Domain Transfer - Transfer of the access leg of a voice call on a UE from CS domain to IMS and vice versa while maintaining active session(s).
VCC UE - Is a VCC capable User Equipment with an active VCC subscription.










WE CLAIM
1) A method for selective anchoring of calls originating from a Circuit Switched (CS) domain at Voice Call Continuity Application Server(VCC AS), based on location information of the User Equipment (UE) to decide on whether to anchor the call or not in conformity with the anchoring policy attributed to the location information matched up with in a database in the VCC AS, the method comprising
• Extracting the location information of the User Equipment (UE) from Initial Detection Point (IDP) message availed by VCC AS from the Mobile Switching Centre (MSC); and
• Finding out the corresponding anchoring policy pertaining to the location of the UE from the said database in VCC AS and deciding on whether or not to anchor the call.
2) The method as claimed in claim 1, wherein VCC AS sends 'Connect' message to the VMSC if it is decided to anchor the call.
3) The method as claimed in claim 1, wherein VCC AS sends 'Release' message to the VMSC if it is decided not to anchor the call.
4) A method for selective anchoring of calls originating from a Circuit Switched (CS) domain at Voice Call Continuity Application Server (VCC AS), based on location information of the User Equipment (UE) to decide on whether to anchor the call or not in conformity with the anchoring policy attributed to the location information matched up with in a database in the
VCC AS, substantially as herein above described and illustrated with reference to the accompanying drawings.

Documents:

2479-CHE-2006 AMENDED CLAIMS 18-06-2013.pdf

2479-CHE-2006 AMENDED PAGES OF SPECIFICATION 18-06-2013.pdf

2479-CHE-2006 EXAMINATION REPORT REPLY RECEIVED 18-06-2013.pdf

2479-CHE-2006 FORM-1 18-06-2013.pdf

2479-CHE-2006 FORM-13 18-06-2013.pdf

2479-CHE-2006 POWER OF ATTORNEY 18-06-2013.pdf

2479-CHE-2006 ABSTRACT.pdf

2479-CHE-2006 CLAIMS.pdf

2479-CHE-2006 CORRESPONDENCE OTHERS.pdf

2479-CHE-2006 DESCRIPTION (COMPLETE).pdf

2479-CHE-2006 DRAWINGS.pdf

2479-CHE-2006 FORM-1.pdf

2479-CHE-2006 FORM-18.pdf

2479-CHE-2006 FORM-5.pdf

2479-CHE-2006 ABSTRACT.pdf

2479-che-2006-correspondnece-others.pdf

2479-che-2006-description(provisional).pdf

2479-che-2006-drawings.pdf

2479-che-2006-form 1.pdf

2479-che-2006-form 26.pdf


Patent Number 256617
Indian Patent Application Number 2479/CHE/2006
PG Journal Number 28/2013
Publication Date 12-Jul-2013
Grant Date 09-Jul-2013
Date of Filing 29-Dec-2006
Name of Patentee SAMSUNG INDIA SOFTWARE OPERATIONS PRIVATE LIMITED
Applicant Address BAGMANE LAKEVIEW, BLOCK B' NO.66/1, BAGMANE TECH PARK, C V RAMAN NAGAR, BYRASANDRA, BANGALORE-560093, KARNATAKA, INDIA
Inventors:
# Inventor's Name Inventor's Address
1 CHITTURI BALA NAGA SATYANARAYANA MURTHY EMPLOYED AT SAMSUNG INDIA SOFTWARE OPERATIONS PVT LTD., HAVING ITS OFFICE AT, BAGMANE LAKEVIEW, BLOCK B' NO.66/1, BAGMANE TECH PARK, C V RAMAN NAGAR, BYRASANDRA, BANGALORE-560093, KARNATAKA, INDIA
PCT International Classification Number H04M3/22
PCT International Application Number N/A
PCT International Filing date
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 NA