Title of Invention

"METHOD OF SERVICE PROVISIONING IN A TELECOMMUNICATIONS SYSTEM"

Abstract This invention describes a method of service provisioning in a telecommunication system, which telecommunication system comprises configurations of service switching point (SSP) (4, 5), service capability server (SCS) (6, 7) and service provisioning equipment (10), which configurations are configured to provide services to users, wherein the provisioning of at least one of said services requires the involvement of more than one service capability server. To set up the service, a direct interaction between the service capability servers is provided. Fig. 1.
Full Text Field of the Invention
The present invention relates generally to service provisioning in a telecommunications system, and more specifically, to a telecommunications system which is comprised of configurations of service switching point (SSP), service capability servers (SCS) and service provisioning equipment.
Background of the Invention
The number of services that can be offered over telecommunications networks and the integration of the services within modern society has increased rapidly over the past decennia. Services are becoming more and more sophisticated, and can be accessed by any user from any location at any point in time. The introduction of the universal mobile telecommunications system (UMTS) has accelerated this development even more.
In general, in a telecommunications system, services are offered over the network using service capability servers (SCS). These service capability servers are responsible for management of the service and the telecommunications infrastructure required to provide that service. In the hierarchy below the service capability servers, the telecommunications infrastructure is comprised of service switching points (SSP), which are interconnected with each other. Service provisioning equipment, such as media servers, and user equipment, like a telephone set or a mobile phone, also connects to the service switching points.
In recent years, UMTS has triggered the development of the so-called open service architecture (OSA), in which service providers can easily incorporate the services offered by a third party into their own service

without having to reveal this to their customers. The customer will only deal with one provider from which he receives support, and which provider sends him one bill for all the services used. The use of this principle is not limited to UMTS. Those skilled in the art will appreciate that similar methods can be used in any telecommunications system.
According to the open service architecture principle the user calls, for instance, to an application server, and accesses an application that provides the user with a choice of services. These services could be voice mail service, fax service, IP services, multi media, etc. AS explained above, the provisioning of services itself over the telecommunications infrastructure is managed by service capability servers, and this is also the case for applications on an application server, which is accessed by users.
As more complicated services are made up of interactions on different levels of communications, call control, user interaction, etc, each service capability (level/type of communication) may be handled by a different service capability server. A number of these service capability servers may be operated from the same location on the network, e.g. being part of a framework, but in some cases in order to offer a service a plurality of service capability servers are used from different locations.
It is best to consider an example to illustrate this principle. Take for example the user calling into an application. First, the connection between the user and the application will be set up by a call control service capability server. As soon as this connection has been established the application will, for example, start a security authentication procedure. This security authentication procedure may consist of a digitised voice message after which the user can enter his pin code via dual tone multi-frequencies (DTMF) on the keyboard of his
telephone set. Suppose however that the authentication procedure will not be handled by the application itself, but by a remote media server, in order to perform this action, the application needs to contact a remote user interaction service capability server. This service capability server may be in a different location than the service capability server that has established the call between the application and the user. The application knows exactly which service capability server to contact in order to start the authentication procedure. Ideally the application only temporarily transfers the call to the media server, responsible for carrying out the security authentication procedure, and take back the call after the procedure has ended. The transfer of a call is handled, as mentioned, by the call control service capability server. The problem is that the user interaction service capability server knows where the media server is, and the call control server, handling all details of the user call, needs to transfer the call whilst maintaining contact to the application. In this case an extra speech channel needs to be set up between the service switching point and the media server.
In an existing solution, the location details of the media server are offered by the user interaction service capability server to the application, and the application, on his turn, forwards this information to the call control service capability server. Upon receiving this information the call control service capability server instructs the service switching point to open a speech channel to the media server as it now knows where this media server is located.
The major issue with this solution is that the application is involved in the management of the telecommunication services, while in principle, the underlaying telecommunications infrastructure needs to be transparent to the application, as well as to the user.
Summary of the invention
It is an object of the present invention to provide a solution to the management of a telecommunications infrastructure in case a service is offered by an application in an open service architecture, which service requires the involvement of more than one service capability server.
in addition, the solution offered needs to be transparent to both the application offering the service, as well as the user requesting the service.
According to the present invention management of the telecommunications infrastructure is controlled via direct interaction between the service capability servers involved in the provisioning of service. In particular this means that, for instance in the example described above, upon receiving instructions from the application, the user interaction service capability server forwards the location of the media server directly to the call control service capability server handling the call between the user and the application (and not to the application).
in order to enable this a protocol and instructions need to be defined as the language between the service capability servers. Naturally, these instructions would comprise instructions for setting up a connection, as well as for terminating connections, and instructions for the exchange of specific information required to control the telecommuni cati ons i nfrastructure.
A method for the provisioning of services in a telecommunications system according to the invention, comprised of an application server, service capability servers, service switching points and service provisioning equipment, such as a media server, is described below, it will be comprised of the steps of accessing the application, requesting a user interaction sequence, preparing of the telecommunications infrastructure, the user interaction itself, and closing all connections made except for the call
between the user and the application.
The procedure starts by an incoming call, from the service switching point to the call control service capability server, which call will be passed on by the service capability server to the application running on the application server. Here, a user interaction is required, for example the security authentication, and the application will contact the user interaction service capability server and forward the user interaction request.
The user interaction service capability server, upon receiving the user interaction request, will instruct the media server to reserve a communications port over which the user interaction can be performed, it will then contact the call control service capability server, and inform the call control service capability server of the location of the media server, and instruct the call control service capability server to establish a connection between the service switching point and the media server. The call control service capability server will then instruct the service switching point to set up a, for instance, speech channel between the service switching point and the media server, informing the service switching point of the reserved communication ports on the media server that can be used to establish the connection. After this the speech channel will be set up and the media server will acknowledge to the user interaction service capability server that a connection has been established between the media server and the service switching point.
The user interaction service capability server will now forward the user interaction request to the media server which, on his turn, carries out the user interaction sequence. This sequence could be the playing of a digitallsed message or a sound, the input of a pin code or a choice by the user, or a simular interaction. The result of that user interaction sequence will be send by the media server to the user interaction service capability server,
which user interaction service capability server can forward this information to the application.
The procedure will end after the application instructs the user interaction service capability server that the required information has been received and that his services are no longer required. The user interaction service capability server will instruct the call control service capability server to terminate the connection between the service switching point and the media server. An instruction will be passed on from the call control service capability server to the service switching point to terminate the connection. In the mean time the connection between the user and the application via the call control service capability server will remain, so that after transferring the call back to the application the interaction between the user and the application can be continued.
The above-mentioned and other features and advantages of the invention are illustrated in the following description of a preferred embodiment of the present invention in a UMTS environment, with reference to the enclosed drawings. The present invention, described hereinafter, will be likewise applicable to any telecommunications system which is comprised service switching points, service capability servers and service provisioning equipment, such as but not limited to 2G and 3G mobile telecommunications systems, like CDMA 2000.
Brief Description of the Drawings FIGURE 1 shows a configuration of
telecommunications equipment to which a method according to
the invention may be applied.
FIGURE 2 shows a process flow diagram, with
reference to the elements of figure 1, according to the
invention.
Detailed Description of the Embodiments Figure 1 shows an arrangement I for the provisioning of telecommunications services which is comprised of a configuration of service switching points 4 and 5, service capability servers 6 and 7, an application server 8 running an application 9, a user 2 and a media server 10. The elements of the configuration are interconnected by communication links 11-18.
The basis of this arrangement is a telecommunications network 3 which is comprised of service switching point A 4 and service switching point B 5 and a number of interconnections (amongst which interconnection 11, 12, 15, 16, 17). Note that interconnection 18, between call control service capability server 6 and user interaction service capability server 7, is not necessarily a physical direct connection but could be virtual direct, in case user interaction service capability server 7 is in a different location than call control service capability server 6. By virtual direct, it is meant here that the communication of instructions is direct between both service capability servers, rather than the presence of a direct physical connection, such as a cable, interconnection 18, in this latter case, would be part of telecommunications network 3 as well. The same holds for interconnections 13 and 14. Note therefor, that the configuration as shown in figure 1 also illustrates the hierarchy of the configuration.
The arrangement 1 in figure 1 is configured to provide services to a user 2, which user 2 can access these services through one single application 9. The arrangement 1 could, for instance, be used within an open service architecture (OSA) in a universal mobile telecommunication system (UMTS), wherein providers can offer services of third parties, while these third parties may be transparent to the user 2. This clarifies the hierarchy as shown in figure 1. The application 9, being in charge of all other services, is
the upper most element of the configuration in the figure. Dust below this the service capability servers 6 and 7, are in charge of management of the telecommunications network 3, each one individually for the provisioning of a single type of service capability. The call control service capability 6 determines where and how the call is routed in a network, whilst the user interaction service capability server 7 manages the operational steps carried out to provide a certain user interaction.
The switching on the network, the actual work required to enable the data flow, is carried out by the service switching points 4 and 5. These service switching points are therefor in the hierarchy just below the service capability servers.
Below the service switching points A and B (4, 5), are the end points of the data flow. On one end this is the user 2, and on the other end this is the media server 10 being the source of the service.
in an ideal case, the application 9 and the application server 8 should not be aware of the telecommunications network 3. The application 9 and the application server 8 only need to know the locations of the call control service capability server 6 and the user interaction service capability server 7. The call control service capability server 6 should be aware of the telecommunications network 3 and as such the service switching point A 4 and B 5. The user interaction service capability server 7 only needs to know the source of the service or data which is in our case the media server 10. in general the user interaction service capability server is not even aware of the switching being done between himself and the media server 10, i.e. to the user interaction service capability server 7 there will be a virtual connection between the user interaction service capability server 7 and the media server 10. The user 2 should only be aware of the location of the application server 8, i.e. the
user 2 will, for instance, call a telephone number, and is automatically connected to the application 9 running on the application server 8. Service switching points A 4 and B 5 are not aware of any other elements in the telecommunications system, as the service switching points (4, 5) will receive the necessary information from the elements that contact the service switching points (user 2, call control service capability server 6, etc). The media server 10 is a passive element from a telecommunications point of view. In this preferred embodiment the media server 10 only responds to requests by other elements, such as the user interaction service capability server 7, in the network.
According to the present invention the interaction between the user interaction service capability server 7, and the call control service capability server 6, is a direct interaction that will be communicated over communication link 18. in prior art, the application 9 and the application server 8 were involved in this interaction, and thus the interaction was indirect. As a result, the telecommunications infrastructure was not transparent to the application 9 and the application server 8 as they were involved in the management of the telecommunications infrastructure.
In figure 2 a process flow diagram is shown according to the present invention. The process flow diagram shows a method of providing, for instance, a security authentication procedure to the user, before the user can access any other services on the application server. In this case the security authentication procedure is performed by a media server which has access to the security information of said user. This media server is shown in figure 1 as media server 10, and is in a different location then the application server, shown in figure 1 as application server 8. The present invention relates to the provisioning of any service that requires more than one service capability
server, which service capability servers are logically or physically separated, in this case the user interaction service capability server would be located near the media server, and a virtual connection exists between the user interaction service capability server 7 and the media server 10 of figure 1.
The process starts by the user making a call to the application in step 19. The call comes into a service switching point A which connects 20 the call to a call control service capability server, and the call control service capability server will connect 21 the call to the application. The application will send a user interaction request 22 to the user interaction service capability server, in this case the user interaction request will be a request for security authentication. The user interaction service capability server will, on his turn, request a communication port to be reserved 23 on the media server. The media server will open the port 24 and inform the user interaction service capability server. Than the user interaction service capability server will request the connection 25 to be set up between the user and the media server, in step 25 it will inform the call control service capability server of the location details of the media server, so that the connection can be set up. The call control service capability server will establish the connection 26 by sending an instruction to service switching point A and service switching point 8. Service switching point A will connect 27 to service switching point B, and service switching point B will connect 28 to the media server. The media server will receive an incoming call and report this 20 to the user interaction service capability server. The user interaction service capability server will send the user interaction request 30 that he has received from the application in step 22 to the media server. The user interaction will be performed between the media server and the user (31, 32) in this case the media server could
for instance play a digitised voice message, and the user could key in his pin code via dual tone multi-frequency, or maybe just say his pin code which is analysed by a voice analysis system on the media server. The results of the user interaction will be send to the user interaction service capability server, which will forward 34 the result to the application. As soon as the application has received the results correctly, it will instruct the user interaction service capability server to close the connection 35. The user interaction service capability server will instruct the call control service capability server to close the connection 36, upon which the call control service capability server will take back the call 37 (so that the user is again connected to the application), and close the connection to the media server, in step 37. The service switching point upon receiving the instructions from the call control service capability server will switch back the call 38 to the call control service capability server and the user will continue his interaction with the application 39.
For the arrangement and configuration shown in figure 1, the process flow diagram in figure 2 can be used in all cases where more than one service capability server is required to provide a service. The main principle behind the idea, is the direct interaction between both service capability servers. Due to this direct interaction, the telecommunications infrastructure will be transparent to elements outside the network, such as the application server, the user and the media server.
It will be appreciated that numerous modifications and variations of the present invention are possible in the light of the above teachings. It is therefor understood that within the scope of the amended claims, the invention may be practised otherwise than as specifically described herein.


WE CLAIM:
1. A method of service provisioning in a telecommunications system (1) comprising a
configuration of service switching points (SSP) (4, 5), service capability servers (SCS) (6, 7) and
service provisioning equipment (10), which configuration is configured to provide services to users,
wherein the provisioning of at least one of said services requires the involvement of more than one
service capability server, characterized by the steps of;
Requesting (25) a Call Control Service Capability Server (CCSCS, 6) to set-up of a connection towards the service provisioning equipment (10), by a User Interaction Service Capability Server (UISCS, 7) for user interaction after a user (2) has invoked a service requiring interaction,
Instructing (36) the call Control Service Capability Server (CCSCS, 6) to close the connection towards the service provisioning equipment (10), by the User Interaction Service Capability Server (UISCS, 7) when the user interaction is completed.
2. The method as claimed in claim 1, wherein said Requesting and Instructing comprise exchange of instructions for establishing or disconnecting a communication link between the user (2) and the service provisioning equipment (10).
3. The method as claimed in claim 1, wherein prior to said step of requesting an additional step (23) provides that the User Interaction Service Capability Server (UISCS, 7) instructs said service provisioning equipment to reserve at least one communication port for establishing a communication link towards the user (2).

4. A method as claimed in claim 1, wherein following upon the step of requesting the following
additional steps complete the user interaction;
Instructing (26) a Service Switching Point (SSP), by the Call Control Service Capability Server (CCSCS, 6), to establish a connection with said service provisioning equipment (10),
Triggering the establishing of a communication link between the user (2) and of said telecommunications system by the instructions of the Call Control Service Capability Server (CCSCS, 6),
Reporting incoming call to the User Interaction Service Capability Server (UISCS, 7), by at least one of the service provisioning equipment (10) involved in the communication link, when said communication link is established,
Instructing the service provisioning equipment (10), by the User Interaction Service Capability Server (UISCS, 7), to perform an interaction sequence with said user (2),
Reporting the user interaction result, by the service provisioning equipment (10), to the User Interaction Service Capability Server (UISCS, 7).
5. A method as claimed in claim 4, wherein said establishing of a communication link is the establishing of a speech channel.
6. A method as claimed in claim 1, wherein said service provisioning equipment (10) comprise a resource server, such as a media server, and wherein said interaction between said service capability servers triggers the setup and disconnection of a communication link between a user and said resource server.

7. A method as claimed in claim 1, wherein said telecommunications system (1) has an application server (8) running at least one application (9) that can be accessed by said users for rendering services to that user, comprising the additional steps of;
Accessing said application, by a user, via a first service switching points (SSP, 4) and a first service capability server (SCS, 6),
Sending a user interaction request (22), by said application (9), to a second service capability server (SCS, 7),
Receiving a user interaction result, by said application (9), from said second service capability server (SCS, 7),
Instructing, by said application (9), the second service capability server (SCS, 7) to terminate the user interaction after which the user continues to have access to said application via said first service switching point and said first service capability server.

Documents:

2088-DELNP-2004-Abstract-(14-10-2008).pdf

2088-DELNP-2004-Abstract-(16-04-2009).pdf

2088-delnp-2004-abstract.pdf

2088-DELNP-2004-Claims-(14-10-2008).pdf

2088-DELNP-2004-Claims-(16-04-2009).pdf

2088-delnp-2004-claims.pdf

2088-delnp-2004-complete specification (granted).pdf

2088-DELNP-2004-Correspondence-Others-(09-01-2009).pdf

2088-DELNP-2004-Correspondence-Others-(14-10-2008).pdf

2088-DELNP-2004-Correspondence-Others-(19-01-2009).pdf

2088-delnp-2004-correspondence-others.pdf

2088-DELNP-2004-Description (Complete)-(14-10-2008).pdf

2088-delnp-2004-description (complete)-(16-04-2009).pdf

2088-delnp-2004-description (complete).pdf

2088-DELNP-2004-Drawings-(14-10-2008).pdf

2088-delnp-2004-drawings.pdf

2088-DELNP-2004-Form-1-(14-10-2008).pdf

2088-DELNP-2004-Form-1-(16-04-2009).pdf

2088-delnp-2004-form-1.pdf

2088-delnp-2004-form-13-(19-01-2009).pdf

2088-delnp-2004-form-13.pdf

2088-delnp-2004-form-18.pdf

2088-DELNP-2004-Form-2-(14-10-2008).pdf

2088-DELNP-2004-Form-2-(16-04-2009).pdf

2088-delnp-2004-form-2.pdf

2088-DELNP-2004-Form-26-(19-01-2009).pdf

2088-DELNP-2004-Form-3-(19-01-2009).pdf

2088-delnp-2004-form-3.pdf

2088-DELNP-2004-Form-5-(14-10-2008).pdf

2088-delnp-2004-gpa.pdf

2088-delnp-2004-pct-408.pdf

2088-delnp-2004-pct-409.pdf

2088-DELNP-2004-Petition-137-(14-10-2008).pdf


Patent Number 233917
Indian Patent Application Number 2088/DELNP/2004
PG Journal Number 20/2009
Publication Date 15-May-2009
Grant Date 21-Apr-2009
Date of Filing 20-Jul-2004
Name of Patentee TELEFONAKTIEBOLAGET LM ERICSSON [PUBL]
Applicant Address S-126 25 STOCKHOLM, SWEDEN.
Inventors:
# Inventor's Name Inventor's Address
1 LIU YUZHANG STEENBROEK 5, NL-4822 ZJ BREDA, NETHERLAND.
PCT International Classification Number H04Q 3/00
PCT International Application Number PCT/EP02/02462
PCT International Filing date 2002-03-06
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 NA