Title of Invention

A METHOD OF CONTROLLING SUBSCRIBER ACCESS AND A SERVING CALL SESSION CONTROL FUNCTION

Abstract A method of controlling subscriber access to SIP-based services facilitated by an IP Multimedia Subsystem. The method comprises defining at a Serving Call Session Control Function node at least one default screening trigger, and downloading from a home subscriber Subsystem, specific screening triggers allocated to at least certain subscribers. At the Serving Call Session Control allocated to at least certain subscribers. At the serving Call Session control Function node, at least certain subscribers. At the Serving Call Session Control Function node, at least certain SIP messages originating at subscriber terminals are intercepted and, for each intercepted message and in the absence of a matching specific screening trigger, the default trigger is activated so as to cause the SIP message to be forwarded to a specified SIP application server.
Full Text FORM 2
THE PATENTS ACT, 1970
(39 of 1970)
&
The Patents Rules, 2003
COMPLETE SPECIFICATION
(See section 10, rule 13)
"IMS SUBSCRIBER ACCESS CONTROL"
TELEFONAKTIEBOLAGET LM ERICSSON (publ), a Swedish Company, of S-164 83 Stockholm, SWEDEN.

The following specification particularly describes the invention and the manner in which it is to be performed.

WO 2005/027459 ' J_ PCT/EP2004/051978
IMS Subscriber Access Control
Field of the Invention
5 The present invention relates to combinational multimedia services and more particularly though not necessarily to a method of establishing combinational multimedia sessions between parties.
Background to the Invention
10
IP Multimedia (IPMM) services provide a dynamic combination of voice, video, messaging, data, etc. within the same session. By growing the numbers of basic applications and the media which it is possible to combine, the number of services offered to the end users will grow, and the inter-personal
15 communication experience will be enriched. This will lead to a new generation of personalised, rich multimedia communication services, including so-called "combinational IP Multimedia" services which are considered in more detail below.
20 IP Multimedia Subsystem (IMS) is the technology defined by the Third Generation Partnership Project (3GPP) to provide IP Multimedia services over 3G mobile communication networks. IMS sits on top of an access network which would typically be a General Packet Radio Service (GPRS) network but which might use some alternative technology, e.g. WiFi. Figure 1 illustrates
25 schematically how the IMS fits into the mobile network architecture in the case of a GPRS access network.
IMS provides key features to enrich the end-user person-to-person communication experience through the integration and interaction of services. 30 IMS allows new rich person-to-person (client-to-client) as well as person-to-content (client-to-server) communications over an IP-based network. So-called Serving Call Session Control Function (S-CSCF) nodes within the IMS are responsible for setting up and controlling calls and sessions between user terminals (or user terminals and web servers) using Session Initiation Protocol

WO 2005/027459 PCT/EP2004/051978
(SIP) and Session Delivery Protocol (SDP). The S-CSCF communicates with SIP application servers (ASs) which are responsible for authorising service use.
An example of a combinational IP Multimedia service is a multimedia service
5 that includes and combines both a Circuit Switched media (such as voice) and a Packet Switched media over the IP Multimedia domain (such as pictures, video, presence, instant messages, etc.). A service referred to here as "WeShare" combines the full IP Multimedia Subsystem (IMS) benefits of a multimedia service with CS voice. The service enables a user, during a Circuit Switched
10 (CS) voice conversation with another user, to take a picture, a video or audio clip, etc. and to share this content with other users in (near) real time. Either party in the conversation may initiate transmission of content to the other party.
The WeShare service may be the only IMS service an operator wants to allow
15 in its network even though some user terminals may have general SIP technology Installed (an operator may even want to restrict the WeShare .service to the WeShare Image service in which users are only able to exchange stfll photos during a CS voice call). Furthermore, network operators may want to register subscribers on a per service basis. However, if a terminal has a SIP 20 Client, and if the user has an IMS subscription, then today there is nothing preventing that SIP Client from setting up a SIP session requesting audio, video and/or data (effectively bypassing the WeShare SIP AS), even if the operator does not want these kind of general sessions to be created and/or the subscriber has not registered for the necessary services. This problem applies 25 also to combinational services other than WeShare and indeed to non-combinational SIP-based services.
Summary of the Invention
30 According to a first aspect of the present invention there is provided a method of controlling subscriber access to SIP-based services facilitated by an IP Multimedia Subsystem, the method comprising:
defining at a Serving Call Session Control Function node at least one
default screening trigger
VVO 2005/027459 PCT/EP2004/051978
downloading from a Home Subscriber Subsystem, specific screening triggers allocated to at least certain subscribers; and
intercepting at the Serving Call Session Control Function node, at least
certain SIP messages originating at subscriber terminals, and for each
5 intercepted message, in the absence of a matching specific screening trigger,
activating the default trigger so as to cause the SIP message to be forwarded to
a specified SIP application server.
The SIP-based services to which access is controlled by the triggers may be 10 combinational multimedia services.
The default trigger may be applied to all subscribers of an operator's network, or to one or more sub-classes of subscriber.
15 At said SIP application server, it may be determined whether or not a subscription exists to the service to which the forwarded SIP message relates and, if not access to the requested service is denied, or possibly access is allowed for some speeded period of time. If a subscription does exist the SIP
message may be returned to the Serving Call Session Control Function node or 20 forwarded to the next service node scheduled to handle the SIP message.
The Serving Call Session Control Function node (S-CSCF) and SIP application server (AS) may be located in the home network of the originating subscriber or in the home network of a terminating subscriber. In the former case, said 25 subscription will be a subscription of the originating subscriber, whilst in the latter case the subscription will be a subscription of the terminating subscriber.
Embodiments of the present invention define the concept of a generic IMS screening function. At least for a given SIP message type, e.g. INVITE, a SIP 30 message will always match a trigger at the originating or terminating S-CSCF. If the message matches no other trigger, it will match the IMS default trigger, causing the SIP message to be forwarded to the SIP AS hosting the screening function that will check for subscription/authorisation. The default trigger can be

Set for all IMS message types ir can not only for specific IMS message
■ e.g. INVITE messages (used to initiate an IMS function).
If no WeShare Image subscription exists for a given SIP message, or if no general IMS functionality subscription exists, the IMS screening function will 5 send a final response to stop the request, otherwise rt will allow the request to proceed to the terminating user. This may be especially useful for terminating services: user A may be authorised/subscribed to use a service, while user B may not be. Depending on the service and on operator configuration, user B may or may not be allowed to receive results of a service to which user A has a 10 subscription.
The invention provides the operator with full control over hew the IMS network
is used, and ensures that appropriate charging functions will be invoked, both
on the originating and terminating side. 15
According to a second aspect of the present invention there is provided a
Serving Call Session Control Function node for use in an IP Multimedia
Subsystem, the Serving Call Session Control Function node comprising:
memory means for storing at least one default screening trigger;
20 memory means for storing specific screening triggers al located to at least
certain subscribers and means for downloading these specific screening
triggers from a Home Subscriber Subsystem;
processing means for intercepting at least certain SIP messages
originating at subscriber terminals, and for each intercepted message, in the 25 absence of a matching specific screening trigger, for activating the default
trigger so as to cause the SIP message to be forwarded to a specified SIP
application server.
30 Brief Description of the Drawings
Figure 1 illustrates schematically the IMS architecture within a communications network architecture;

WO 2005/027459 PCT/EP2004/051978
Figure 2 illustrates signalling associated with a SIP INVITE procedure according to a first use scenario; and
Figure 3 illustrates signalling associated with a SIP INVITE procedure according to a second use scenario 5
Detailed Description of Certain Embodiments
The Third Generation Partnership Project (3GPP) IMS specifications introduce and define the general concept of SIP message triggers (3GPP specification
10 23.218 and CX specifications 29.228). These triggers are also referred to as Initial Filter Criteria or IFC. Typically, a network operator will define one or more specific screening triggers for each subscriber that is registered for an IMS service. These are stored in the operator's Home Subscriber Server (HSS), and are downloaded to the Serving Call Session Control Function (S-CSCF)
15 node upon SIP registration of a subscriber. This node may change depending for example upon the location of the subscriber. An example of a screening trigger may be:
“method=INTIVE, session case = originating and terminating, AS=AS1". Such a trigger will cause the S-CSCF to route all SIP messages of type INVITE
20 for a given subscriber, to application server AS1. Application server AS1 then processes the INVITE message according to some predefined procedure.
In the absence of a suitable control mechanism, if no specific trigger exists at the S-CSCF for a given subscriber and message type, the S-CSCF will allow
25 uncontrolled access to the IMS service. It is proposed here to introduce one or more default screening triggers which will allow a mobile network operator to control the access of its subscribers to SIP services. As a specific example, if the operator does not want users to directly contact other users using the SIP INVITE message procedure, the operator would introduce at the appropriate S-
30 CSCF and for each user, a screening trigger having the properties: "method=lNVITE, session case = originating and terminating, AS=AS*", where "*" identifies the particular application server to which the INVITE message should be sent. This trigger would cause the S-CSCF to route any SIP INVITE

WO 2005/027459 PCT/EP2004/051978
? /
responsible for authorising SIP service access. This procedure would be required when, for example, an operator allows SIP MESSAGE to be used in his network directly between users, but not SIP INVITE.
5 Upon SIP registration, any specific screening triggers defined for a particular subscriber are downloaded to the S-CSCF from the HSS. When a SIP message is received at the S-CSCF from the subscriber's terminal, a check is first made to determine whether the message matches any downloaded specific trigger defined for the relevant message type. An example of a specific trigger
10 is:
"method=INVITE, session case = originating and terminating, AS=AS2". If a match occurs, appropriate action is taken, e.g. the S-CSCF forwards the message to the application server AS2. Only if the SIP message does not match one of the specific triggers is the default trigger activated A default
15 trigger might be:
1metnod=INVITE, session case = originating and terminating, AS=AS2In some cases, the SIP AS to which a default trigger causes a SIP message to
be sent, may determine that a subscriber is not registered for a service and may 20 reject a service request In other cases, the AS may recognise that a subscriber is eligible for a temporary access (e.g. trial period), and may allow the request whilst at the same time starting a timer, e.g. set to run for 10 days: During that period, further requests are allowed, whilst requests received after the timer has expired are rejected. In the meantime of course, the subscriber 25 may have registered for the particular service in which case an appropriate specific trigger will have been stored for the subscriber in the HSS.
Figure 2 illustrates the signalling associated with a scenario in which a user A tries to initiate a SIP session with a user B using the SIP INVITE (steps 1 and 30 2). The SIP Core (S-CSCF) is programmed with a default screening trigger (with no overriding specific triggers) which causes the received SIP INVITE request to be forwarded to a SIP AS for screening (steps 4 and 5). At step 7, the SIP AS examines a subscriber service database, and determines that user

WO 2005/027459

PCT/EP2004/051978


returned to user A (steps 9 and 10) and the service request is not allowed to proceed. In the scenario of Figure 3, user A again initiates the SIP INVITE procedure. This time, the S-CSCF of his operator's SIP core is not programmed with any relevant screening triggers (default or specific). The 5 INVITE is therefore forwarded to the SIP core of user B's operator network. The S-CSCF there is programmed with a default screening trigger which causes the SIP INVITE request to be forwarded to the relevant SIP AS. This AS determines that user B Is not authorised for this service, and causes an "unauthorised" response to be returned to user A. Again, the service request is 10 not allowed to proceed.
References
SIPRFC3261

WO 2005/027459 PCT/EP20O4/051978
CLAIMS:
1. A method of controlling subscriber access to SIP-based services
facilitated by an IP Multimedia Subsystem, the method comprising:
5 defining at a Serving Call Session Control Function node at least one
default screening trigger;
downloading from a Home Subscriber Subsystem, specific screening triggers allocated to at least certain subscribers; and
intercepting at the Serving Call Session Control Function node, at least
10 certain SIP messages originating at subscriber terminals, and for each
intercepted message, in the absence of a matching specific screening trigger,
activating the default trigger so as to cause the SIP message to be forwarded to
a specified SIP application server.
15 Z A method according to claim 1, the SIP-based services to which access is controlled by the triggers comprising combinational multimedia services.
3. A method according to claim 1 or 2 and comprising determining at said
SIP application server whether or not a subscription exists to the service to 20 which the forwarded SIP message relates and, if not, denying access to the requested service.
4. A method according to claim 1 or 2 and comprising determining at said
SIP application server whether or not a subscription exists to the service to
25 which the forwarded SIP message relates and, if not, allowing access for some specified period of time.
5. A method according to any one of the preceding claims, wherein the
Serving Call Session Control Function node and SIP application server (AS) are
30 located in the home network of the originating subscriber or in the home network of a terminating subscriber.
6. A method according to any one of the preceding claims, wherein said

WO 2005/027459

PCT/EP2004/051978

/6
7. A Serving Call Session Control Function node for use in an IP Multimedia Subsystem, the Serving Call Session Control Function node comprising:
memory means for storing at least one default screening trigger;
5 memory means for storing specific screening triggers allocated to at least
certain subscribers and means for downloading these specific screening triggers from a Home Subscriber Subsystem;
processing means for intercepting at least certain SIP messages
originating at subscriber terminals, and for each intercepted message, in the
10 absence of a matching specific screening trigger, for activating the default
trigger so as to cause the SIP message to be forwarded to a specified SIP
application server.
8. A method of controlling subscriber access to SIP-based services facilitated by an IP Multimedia Subsystem substantially as herein described with reference to the accompanying drawings.
9. A Serving Call Session Control Function node for use in an IP Multimedia Subsystem substantially as herein described with reference to the accompanying drawings.

Dated this 5th day of April, 2006.



MAHUA GHOSH OFK&S PARTNERS
AGENT FOR THE APPLICANTS

n
ABSTRACT
IMS SUBSCRIBER ACCESS CONTROL
A method of controlling subscriber access to SIP-based services facilitated by an IP Multimedia Subsystem. The method comprises defining at a Serving Call Session Control Function node at least one default screening trigger, and downloading from a Home Subscriber Subsystem, specific screening triggers allocated to at least certain subscribers. At the Serving Call Session Control Function node, at least certain SIP messages originating at subscriber terminals are intercepted and, for each intercepted message and in the absence of a matching specific screening trigger, the default trigger is activated so as to cause the SIP message to be forwarded to a specified SIP application server.

Documents:

408-mumnp-2006-abstract(12-4-2006).pdf

408-MUMNP-2006-ABSTRACT(14-07-2008).pdf

408-mumnp-2006-abstract(14-7-2008).pdf

408-mumnp-2006-abstract(granted)-(26-8-2008).pdf

408-mumnp-2006-abstract-1.jpg

408-mumnp-2006-abstract.pdf

408-MUMNP-2006-CANCELLED PAGES(10-04-2006).pdf

408-mumnp-2006-cancelled pages(14-7-2008).pdf

408-mumnp-2006-claims(12-4-2006).pdf

408-MUMNP-2006-CLAIMS(14-07-2008).pdf

408-mumnp-2006-claims(granted)-(26-8-2008).pdf

408-mumnp-2006-claims.pdf

408-mumnp-2006-correspondance-received.pdf

408-MUMNP-2006-CORRESPONDENCE(14-07-2008).pdf

408-mumnp-2006-correspondence(30-8-2006).pdf

408-mumnp-2006-correspondence(ipo)-(22-9-2008).pdf

408-mumnp-2006-description (complete).pdf

408-mumnp-2006-description(complete)-(12-4-2006).pdf

408-MUMNP-2006-DESCRIPTION(COMPLETE)-(14-07-2008).pdf

408-mumnp-2006-description(granted)-(26-8-2008).pdf

408-mumnp-2006-drawing(12-4-2006).pdf

408-MUMNP-2006-DRAWING(14-07-2008).pdf

408-mumnp-2006-drawing(14-7-2008).pdf

408-mumnp-2006-drawing(granted)-(26-8-2008).pdf

408-MUMNP-2006-FORM 1(10-04-2006).pdf

408-mumnp-2006-form 1(12-4-2006).pdf

408-mumnp-2006-form 1(14-7-2008).pdf

408-mumnp-2006-form 1(17-7-2006).pdf

408-mumnp-2006-form 18(30-8-2006).pdf

408-mumnp-2006-form 2(14-07-2008).pdf

408-mumnp-2006-form 2(complete)-(12-4-2006).pdf

408-mumnp-2006-form 2(granted)-(26-8-2008).pdf

408-mumnp-2006-form 2(title page)-(12-4-2006).pdf

408-mumnp-2006-form 2(title page)-(granted)-(26-8-2008).pdf

408-mumnp-2006-form 26(16-4-2007).pdf

408-mumnp-2006-form 3(10-4-2006).pdf

408-mumnp-2006-form 3(12-4-2006).pdf

408-MUMNP-2006-FORM 3(14-07-2008).pdf

408-mumnp-2006-form 3(17-7-2006).pdf

408-MUMNP-2006-FORM 5(10-04-2006).pdf

408-mumnp-2006-form 5(12-4-2006).pdf

408-mumnp-2006-form 5(14-7-2008).pdf

408-mumnp-2006-form-1.pdf

408-mumnp-2006-form-2.doc

408-mumnp-2006-form-2.pdf

408-mumnp-2006-form-3.pdf

408-mumnp-2006-form-5.pdf

408-mumnp-2006-general power of attorney(14-7-2008).pdf

408-mumnp-2006-general power of attorney(17-7-2006).pdf

408-MUMNP-2006-PETITION UNDER RULE 137(14-07-2008).pdf

408-mumnp-2006-petition under rule 137(14-7-2008).pdf

408-MUMNP-2006-PETITION UNDER RULE 138(14-07-2008).pdf

408-mumnp-2006-petition under rule 138(14-7-2008).pdf

408-mumnp-2006-specification(amended)-(14-7-2008).pdf

408-mumnp-2006-wo international publication report(12-4-2006).pdf

abstract1.jpg


Patent Number 222848
Indian Patent Application Number 408/MUMNP/2006
PG Journal Number 39/2008
Publication Date 26-Sep-2008
Grant Date 26-Aug-2008
Date of Filing 12-Apr-2006
Name of Patentee TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
Applicant Address S-164 83 Stockholm, SWEDEN.
Inventors:
# Inventor's Name Inventor's Address
1 GREENE, Nancy 1660 Av Ducharme, Montreal, Quebee H2V 1G7, Canada.
2 SURDILA, Sorin 418 de Saint Servan, Laval, H7X 4B4, Canada
3 GOURRAUD, Christophe 5472 Av.Duquette, Montreal, Quebec H4A 1J6, Canada.
PCT International Classification Number H04L29/06
PCT International Application Number PCT/EP2004/051978
PCT International Filing date 2004-08-31
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 03221414.5 2003-09-12 Sweden