Provision of services in a communication system

Abstract

A method and arrangement for providing services for clients (3) associated with a data communication network is disclosed for use in a system where the services are provided by at least one external service provider (11-13). In the method offers are signalled from said at least one external service provider to an interface entity (2) associated with the data network (1), said offers associating with services provided by said service provider. The offers are processed at the interface entity in order to make a decision regarding the acceptance of the offers. Accepted services are then included into a register of services that are available for the clients. When a client wishes to use a service, a request for the service is signalled to the interface entity. The request is processed by the interface entity to find a matching service from the registered services. If a matching service is found, said service is requested from an external service provider providing said service. The request is communicated to said external service provider based on an appropriate protocol that enables initiation of a service provisioning session. The protocol is preferably such that the session may be initiated without any beforehand defined interfaces between the interface entity and the external service provider.

Description

FIELD OF THE INVENTION

[0001] The present invention relates to provision of services in a communication system, and in particular, but not exclusively, to services provided by third party service providers over a data network.

BACKGROUND OF THE INVENTION

[0002] Communication systems are known by a skilled person. A communication system may provide the user, or more precisely, user equipment or terminal, with connection-oriented communication services and/or connectionless communication services. An example of the first type is a circuit switched connection where a circuit is set-up with call set-up and admission control. An example of the connectionless communication services is a packet switched service. A more specific example of the connectionless communication protocol service is the Internet Protocol (IP).

[0003] Both of the circuit switched and the packet switched services can be used for communicating packet data. Packet data services can be defined in general as services that are capable of transporting data units (data packets or similar data entities of fixed or variable length) between two signalling points, such as between two terminals or other nodes of the communication system. In this specification the term data network refers to any network that is capable of transporting data between two or more nodes. The data network may be any communication network and may be based on use of a fixed line or wireless communication media.

[0004] In a communication system various services may be provided for various clients. For example, a service provider is typically needed for the provision of the data communication services. This service provider may be e.g. an Internet Service Provider (ISP). The provider of the data communication services may be the network operator who runs the physical network.

[0005] The service provider may also be an external service provider. These are also sometimes referred to as 3rd party service providers. An external service provider is typically a service provider who is independent from the network operator. The external service providers may provide different types of value added services. The service providers of such services are sometimes referred to as value added service providers (VASP).

[0006] Value added services may be used by the end users of the communication network. The end users may use services such as entertainment services, information services or services that relate to the connections. The connection related services comprise services such as for example conference calls, call forwarding, call back and other intelligent network services. The network operators may also wish to use value added services e.g. for call control and management functions, such as for call routing, charging and so on. Thus a reference to a user or client of a service shall be understood to mean both the internal clients in the network (e.g. any element, application or function of the network) and clients such as the end users (subscribers and other users connected to the network).

[0007] A corresponding service may be provided by more than one service provider. Thus the clients may be provided with a possibility to choose between different service providers. The service providers may be enabled to compete against each other.

[0008] In the future the profitability and/or even survival of a service provider may depend heavily on how successful the service provider has been in differentiating his services from the services provided by the other service providers. It is likely that there will not be any ‘killer service’. That is, a service will probably not appeal to all clients such that all clients would necessarily want to use it.

[0009] Therefore it could be advantageous if a client could easily choose between the different services the client wishes to use. However, the inventors have found that at the present there appears to be no appropriate technical solution for enabling differentiation of a service provider from other service providers.

[0010] A prior art solution for the 3rd party service provision is based on use of the so called Parlay model. The Parlay model is based on specifications by the Parlay Group. The Parlay Group is a non-profitable consortium The Parlay Group is an organisation that has been formed to make creation of communication applications by specifying and promoting open Application Programming Interfaces (APIs) which may be used for intimately link different telecommunications applications. A parlay framework shall be understood to refer to a collection of APIs that are employed to support authentication and service discovery procedures between the client willing to use the service and the service provider.

[0011] In a telecommunications network operating in accordance with the Parlay model the network operator provides (i.e. offers and sells) network services to 3rd party service providers. The offered services may consist of call management services such as call control, user location, charging and so on. The 3rd party service providers may then use these services to provide advanced service applications to their clients. The clients may be e.g. end-users of the telecommunications network or network operators itself.

[0012] However, the Parlay model and framework constructed in accordance with the Parlay model does not fit very well for use in data communication systems. This is especially so in systems that enable transportation of packet data. An example of such a system is based on a IP (Internet Protocol). The service interfaces provided by the Parlay framework are substantially complex. This may further limit the usefulness of the Parlay model in the IP based service provision.

[0013] It has been suggested that open interfaces that based on distributed object techniques could be used for the service provisioning. The open interfaces could be based on the CORBA (common object request broker architecture) data transportation standard. In accordance with the CORBA the network protocols used by the carrier network are not necessarily visible for the external service providers. Thus the value added service providers may use the open interfaces for the service provisioning. For example, in the current intelligent network (IN) architecture for mobile communication, the interface between the network controller and an external service control point (SCP) may be based on a protocol such as the intelligent network application protocol (INAP) or the customised applications for mobile network enhanced logic (CAMEL) application part (CAP) protocol. If the open CORBA (common object request broker architecture) interface is employed, the CORBA interface will hide the INAP or CAP protocol from the external service providers. The interfaces need to be defined for each service by the operator. The interfaces must also be mapped to the interface protocol (e.g. INAP).

[0014] A more feasible provision of a wide range of different services to different client groups should be enabled. In addition to this, the inventors believe that time periods available for creation, introduction and marketing of new services will in the future become shorter than what they are at the present. To enable fast service creation and real competition between various external service providers, it should be possible that in addition to the network operators (for example the ISPs) as many service providers as possible may provide services for the different types of clients.

[0015] However, in the arrangements that are based on the present protocols such as the CORBA the network interfaces are typically “frozen” so as to make the changes thereof difficult and in some instances even impossible. Thus the prior art interfaces, such as those based on the CORBA may be too slow, inflexible and hard to change to meet one or more of the above mentioned requirements.

[0016] The 3rd party service providers may also wish to advertise their services to potential clients such as the network operators so that the clients may then select and use one or more of these services. However, the present service interfaces do not necessarily enable this. In addition, the interfaces are not standardised. Therefore it is difficult, if not impossible for the external service providers to advertise their service capabilities for the potential clients.

SUMMARY OF THE INVENTION

[0017] Embodiments of the present invention aim to address one or several of the above problems.

[0018] According to one aspect of the present invention, there is provided a method for providing services for clients associated with a data communication network, said services being provided by at least one external service provider, the method comprising signalling from said at least one external service provider offers that associate with services to an interface entity associated with the data network, processing the offers at the interface entity in order to make a decision regarding the acceptance of the offers, including accepted services into a register of services that are available for the clients, requesting for a service from the interface entity for use by one of said clients, processing the request by the interface entity to find a matching service from the registered services, and if a matching service is found, requesting for said service from an external service provider providing said service by communicating a message to said external service provider based on a protocol that enables initiation of a service provisioning session.

[0019] According to another aspect of the present invention there is provided a service interface arrangement for a data network, comprising: an interface for receiving information regarding services that are offered by at least one external service provider, said services being for use by clients associated with the data network; selection means for selecting services based on said information; agreement means for processing agreements between the data network and said at least one external service provider; a register for services provided by said at least one external service provider, said services being selected by said selection means to be available for the clients; request means for processing a request for a service by a client, said request means being arranged to look for a service that matches the request from the register and, if a matching service is located, to request for said service from an external service provider providing said service, wherein the request means are arranged to communicate with said external service provider based on a protocol that enables initiation of service provisioning.

[0020] According to another aspect of the present invention there is provided a data communication system, comprising: a data network; at least one external service provider; an interface entity for receiving information regarding services that are offered by said at least one external service provider, said services being for use by clients associated with the data network, wherein the interface entity is arranged to process said information, to process agreements between the data network and said at least one external service provider, to register services that are selected among services provided by said at least one external service provider, and to process a request for a service by a client to search for a service from the register that matches the request and, if a matching service is located, to request for said service from an external service provider providing said service, the arrangement being such that at least a part of the communication between the interface entity and said external service provider is based on a protocol that enables initiation of service provisioning.

[0021] In a preferred embodiment the protocol enables service provisioning such that no beforehand knowledge of interfaces between the interface entity and said external service provider are required. Instead, the interfaces may be established based on information that is communicated between the interface entity and the service provider based on said protocol.

[0022] The embodiments of the invention may enable network operators to provide multiple advanced services. The network operators may be enabled to more easily provide a wide variety of different and even competing services without being required to generate and/or maintain these services. The network operators may choose to buy and host any number of services which are available from the external service providers and which the operators consider to be worth offering. The external service providers may be enabled to more freely to create and innovate new services and to offer these new services for the network operators. In addition, the network operators may use external services for connection management operations such as charging and intelligent network services. In addition, the embodiments may provide a secure way to access services that are provided by external service providers.

BRIEF DESCRIPTION OF DRAWINGS

[0023] For better understanding of the present invention, and how the invention can be put into effect, reference will now be made by way of example to the accompanying drawings in which:

[0024] FIG. 1 shows one embodiment of the present invention; and

[0025] FIG. 2 is a flowchart illustrating the operation of one embodiment of the present invention.

DESCRIPTION OF PREFERRED EMBODIMENTS OF THE INVENTION

[0026] FIG. 1 shows a data communication network 1 that is run by a network operator. It shall be understood that the operator cannot typically be represented as an any specific entity of the network but is rather to be understood to be an entity or organisation that has the overall management responsibility of the network. The operator typically is the organisation or similar entity owning the network apparatus and selling access rights to the end users.

[0027] In the following examples the network operator is assumed to be an Internet service provider (ISP). The value added services by the external service providers are assumed to be provided for use in an all-IP environment.

[0028] The embodiments are based on a concept that enables a network operator to contract services from 3rd party i.e. external value added service providers (VASPs) 11 to 13. The 3rd party value added service providers (VASPs) 11 to 13 may be entities such as application service providers (ASP) and organisations such as private companies or public authorities. The private companies may be organisations such as banks, insurance companies or any other instances capable and willing to offer services to clients.

[0029] The embodiments may be based on specifications by Parlay Group. However, due to the above discussed reasons the Parlay model may not be directly suitable as such for the 3rd party service provisioning. Thus certain changes are needed to adapt the present Parlay model to be suitable for operation in accordance with the present invention. More particularly, some changes are required in order to adapt the Parlay model to fit better to the IP based model of data communications and to the manner services are provided on an IP based network.

[0030] The basic concept of the Parlay model needs to be changed such that the network operator operating the network 1 is enabled to buy services from the 3rd party service providers 11 to 13. This is an inverted model of operation to the present situation. In the present models of operation the 3rd party service providers need to register and pay for the use of the services provided by the network operator. In other words, the embodiments enable the 3rd party service provider to take initiative in the provision of advanced services.

[0031] Function blocks of a preferred embodiment of the invention are presented in FIG. 1. The framework 2 of the communication network 1 is adapted to provide various services for the users thereof. In this context the term service refers to a service or service component provided by any of the 3rd party providers 11 to 13. The term user of the service refers to any client who may use the service in the network side. The user may be a service or functionality provided by the network operator or a network entity in one of the domains of the network operator. An example of such a user is a call processing server (CPS) 3.

[0032] In the service architecture of FIG. 1 an operator application of a plurality of operator applications 4 may be adapted to run on top of a session initiation protocol (SIP) application server 5. A session initiation protocol is a network level protocol that can be used for transporting information between two nodes in a communication system. In operation, a session initiation protocol enables transportation of information between two nodes without need to have any information and/or definitions regarding the interfaces between the nodes. The session initiation protocol may be used solely for carrying information between the nodes. The nodes may then establish necessary interfaces and operate based on the information transported by means of the session initiation protocol, if this is required.

[0033] The inventors have found that it is possible to use session initiation protocol type signalling for the creation of the necessary interfaces towards the external service providers instead e.g. of using a transport protocol, such as the CORBA, for this purpose. An advantage of using a session initiation protocol instead of a transport protocol is that no predefined information regarding the interfaces is required at this stage but the interfaces may be created based on information signalled between the client and the service. For example, in the CORBA the designer of a new service has to know the interface definitions beforehand, i.e. at the time of creating the new service.

[0034] The use of session initiation protocol may thus facilitate a more flexible and faster provision of new services since it is not necessary to define and/or map the interface beforehand. The session initiation protocol is advantageous also in that by means of it is possible to establish a point-to-point like connection for a connectionless packet switched communication after the message has been received at the receiving end of the signalling. The message may define all necessary interfaces and/or protocol required for the connection.

[0035] Since it is possible to transport any necessary information by means of the session initiation protocol messaging, the embodiments also enable conversion of a 3rd party service to be suitable for use in a particular carrier network which may have some specific requirements. By means of this a value added service provider may offer the same value added service to different operators running differently designed networks.

[0036] The Parlay framework 2 can be seen as a collection of application programming interfaces (API). The APIs are typically used to provide functions such as authentication, service discovery and service agreement signing. The framework 2 may be employed to support authentication and service discovery between the client applications 4 and service providers 11 to 13. The framework 2 is adapted to build a standard and secure environment for the external 3rd party service providers 11 to 13 and users 3 of the services to communicate information regarding the services. The communication may comprise information associated with operations such as making service contracts or charging.

[0037] The framework 2 is preferably adapted to provide interface functions such as service availability broadcasting, service lookup, service discovery, authentication capability, billing and charging capability, firewall, gateway and so on. These functions will be briefly discussed in the following.

[0038] The 3rd party service providers may wish to advertise their services and service capabilities to network operators. The service availability broadcast function and the service lookup can be used for enabling this. By means of the broadcasting service the service providers may e.g. broadcast notifications regarding the services they offer so that the notification are “pushed” to different network operators. After a network operator has received the broadcast notification it may then select and use one or more of the advertised services.

[0039] A service discovery interface may be adapted to enable the network operator or any other carrier network service provider to listen the broadcast notifications advertising the available services. The service discovery interface may be adapted to enable the network operator to discover all broadcast services or service capabilities. The interface may also be adapted to discover only those services or capabilities the network operator is interested in.

[0040] In a preferred operation model the service discovery interface is always in an active state. That is, the interface may receive broadcast service advertisements at any time. However, it is also possible to restrict the active time periods and/or to selectively switch the discovery interface between ‘on’ and ‘off’ modes in accordance with the needs of the operator.

[0041] The network operator may also generate and transmit a request for a certain service or for a certain type of service capability. The request may be transported to a specific 3rd party service provider or providers or broadcast to all service providers. These requests may also be signalled based on the session initiation protocol. More particularly, the request may be transported based on the request forwarding feature of the session initiation protocol.

[0042] According to a possibility the framework may use a register function provided by the session initiation protocol (SIP) to enable the 3rd party service providers to advertise themselves to the operator network. Security and authentication functions provided by the session initiation protocol may also be used. The session initiation protocol (SIP) message register may be physically located e.g. in the interface entity or framework 2. However, the register may also be provided elsewhere in the system, such as in the proxy server 6.

[0043] The decision procedure after the network operator has discovered a service it wishes to use for the functions of the network, or to offer to the users of the network, may be automated, semi-automated or manual. For example, if a function of the network is temporarily overloaded or out or order, a management function responsible for the operation of said function may trigger purchase of a replacement service from a 3rd party service provider. In manual operation the staff of the network operator reviews the list and manually selects one or several services for use by the internal or external clients.

[0044] The operator is enabled to sign an agreement regarding the services. Billing & charging interfaces can be provided between the external service providers and the network. The billing and charging interfaces may be utilised when a service usage agreement is signed. More particularly, the billing and charging interfaces are arranged such they enable the external i.e. 3rd party service providers and service users to make contracts regarding e.g. the price of the service usage, conditions and/or required certifications.

[0045] In order to provide secure service provisioning, a mutual authentication is preferably performed between the operator and the service provider. The authentication procedure may be initiated by the party contacting the other party. A specific authentication interface may be used to enable all parties involved in the service provisioning to authenticate each other. The authentication may be based on any appropriate technique, such as use of public or private keys. An example of the public keys is the so called PGP key system.

[0046] A service firewall/gateway interface may also be provided for improved security.

[0047] The following will describe with reference to the flowchart of FIG. 2 the operation of the FIG. 1 embodiment in more detail. Each of the 3rd party service providers 11 to 13 may “register” the services at a proxy server 6 of the SIP framework 2. The registration can be requested simply by sending an appropriate message to the proxy server 6. The register function may be implemented based on SIP registering features. As described above this message may be broadcast to several operators.

[0048] The registering message includes a description of the service (or several services) the 3rd party service provider wants to offer. If the operator decides to use the service offered by provider 11, it may contact the service provider 11 by means of a SIP message. An authentication procedure between the service provider 11 and the framework 2 is subsequently initiated. If an agreement is to be made between the 3rd party provider 11 and the operator of the framework 2, a service agreement may then be signed between the 3rd party provider and the operator.

[0049] If the registration procedure was successful, the 3rd party services are then entered into a service list. FIG. 3 illustrates a possible service list including three services. As shown, the list may indicate the name of the service, the identity of the service provider, application specific data as well as price information and so on.

[0050] The service list may be maintained by the framework 2. Alternatively the service list may be maintained by the proxy server 6. After the entrance to the list the 3rd party services are available for the users of the network in a similar manner as they were provided by the elements implemented within the network. The users may not necessarily become aware that the services are indeed provided by an external service provider.

[0051] When an application user or another client wishes to use a service on the list, the user initiates the use by routing a service request to the framework 2. The request processed so as to find a matching registered service that is offered by a 3rd party service provider. When a matching service is found, a service agreement (billing and charging) may be signed with the framework operator or alternatively directly with the 3rd party provider, depending the application. The request (e.g. a SIP message) is then routed to the 3rd party application server.

[0052] When a user of an application wants to use a service provided by an external service provider, a SIP message may be first routed to a proxy server 6 of the framework. In this case the framework proxy server 6 processes the SIP message and looks for an appropriate 3rd party service provider. After an appropriate provider is found the proxy server 6 may contact the service provider. The message may be forwarded directly to the service provider. The message may also be forwarded to a proxy server of the 3rd party service provider. The proxy server can be used to provide firewall and/or gateway functions and to open a route through a firewall.

[0053] In the following it is assumed that an external service provider has advertised a service, the offer has been accepted by a network operator, and that the service has already been registered as available to clients in the network operator network. The actual service provisioning operation that follows these steps may be provided in the following manner.

[0054] The step of finding a matching service is initiated by a request from a client for a service. The request may include an identity for the requested service or the request may specify properties for desired service, such as purpose and/or price of the service and so on. Thus said matching of the client request to the registered services can be for service identity or for service properties, or even both, if several alternative services exist with the same identity.

[0055] When the matching has been performed, there exist several options for the manner how the client may use the service. In the simplest case there is one request from the client to the service provider (maybe via the framework i.e. framework 2 or framework proxy 6). An application may be executed in the service provider entity (i.e. one of the service providers 11 to 13) and a response is provided to the client from the service provider entity. The response may be communicated via the network.

[0056] In more complicated cases an association can be defined between the client and the service obtained by the step of finding a matching service. The association means that the client or the service can later on initiate a service session between the client and the service (within the service provider entity without the need for the step of finding a matching service.

[0057] The service association can be defined, for instance, so that a service reference to the service is stored by the client. By means of this the client may contact directly the service without the need for finding the service by the matching operations. Despite this the contacting operations may be performed via the framework.

[0058] The service association can be defined, for example, in the form of trigger data stored to a subscriber register of the network, such as the UMTS HSS (home subscriber server) or HLR (home location register). The trigger data will indicate for call processing servers the points in call or session processing in which a request for the service must be issued. In FIG. 1 the service association may be created between any of the call processing servers 3 acting as a client and any of the services provided by one of the service provider entities 11 to 13.

[0059] The processing of the service advertisement, agreements, service registry, authentication and service requests may implemented by means of an external service provision function provided in the framework. The function may be provided by means of a service controller entity provided in the core network side of a mobile communication network. The service controller entity may be provide by means of the above referred SIP framework 2 or proxy server 6.

[0060] It should be appreciated that whilst in the above embodiments the data is assumed to be in packet form, in alternative embodiments of the invention the data may be transported in any suitable format. It is also noted that the above disclosed solution is applicable to any network architecture (connectionless or connection-oriented), underlying transport protocol (fixed-length or variable-length data units) or transport technology (wired or wireless). In general, the embodiments may be implemented independently of the type of the used transport protocol.

[0061] The embodiments of the present invention have been described above with reference to the session initiation protocol. It shall be appreciated that other protocols may also be used for some or all messaging between the clients, the interface entity and the 3rd party service provider where appropriate. The requirement in this context is that the selected protocol is capable of transporting a message between the interface entity associated with the data carrier network and external service provider without any detailed knowledge of the interface between the nodes. That is, the protocol has to be selected such that it is not necessary to define the interfaces between the two nodes beforehand, but the interfaces can be established based on the information included in the message.

[0062] For example, at least a part of the messaging may be based on use of the HyperText Transfer Protocol (HTTP) or the Simple Object Activation Protocol (SOAP). From these two examples the HTTP is a protocol known from the IP based networks. The format of the HTTP messages is based on HyperText Markup Language (HTML). The SOAP is a protocol that uses typed serialisation format. The SOAP uses HTTP for the transportation of its request/response messaging. The SOAP message format is based on Extensible Markup lanquage XML. The SOAP was initially indented for use in the object Remote Procedure Call (RCP) technologies like the CORBA or COM.

[0063] The embodiments of the present invention have been described in the context of an IP based system. This invention is also applicable to any other data communication systems. Examples of data networks, without limiting this disclosure to these, include ATM (Asynchronous Transfer Mode) and Local Area Networks (LAN).

[0064] Examples of communication networks that are capable of providing wireless services, such as IP (Internet Protocol) or ATM/AAL2 (Asynchronous Transfer Mode/ATM Adaptation Layer type 2) based packet data transmissions, include, without limiting to these, the GSM (Global System for Mobile communications) based GPRS (General Packet Radio Service) network, EDGE (enhanced data rate for GSM evolution) Mobile Data Network and third generation telecommunication systems such as the CDMA (code division multiple access) or TDMA (time division multiple access) based 3rd generation telecommunication systems that are sometimes referred to as Universal Mobile Telecommunication System (UMTS), and IMT 2000 (International Mobile Telecommunication System 2000) as well as the SDMA (space division multiple access) systems. All these relate to the transfer of data to and from user equipment providing the user thereof with a wireless interface for the data transmission.

[0065] The embodiments may provide service interfaces that are simpler than the ones provided by the current Parlay model and/or CORBA. Interfaces may comply better with the client/server model of the various Internet applications. Use of the interfaces may not require support for transactions or capability to hold a transaction state. This may make the services scale better. In addition, introduction of new services is made easier by using already existing protocols, for example the Session Initiation Protocol (SIP), HyperText Transfer Protocol (http) or soap.

[0066] It is also noted herein that while the above describes exemplifying embodiments of the invention, there are several variations and modifications which may be made to the disclosed solution without departing from the scope of the present invention as defined in the appended claims.

Claims

1. A method for providing services for clients associated with a data communication network, said services being provided by at least one external service provider, the method comprising: signalling from said at least one external service provider offers that associate with services to an interface entity associated with the data network; processing the offers at the interface entity in order to make a decision regarding the acceptance of the offers; including accepted services into a register of services that are available for the clients; requesting for a service from the interface entity for use by one of said clients; processing the request by the interface entity to find a matching service from the registered services; and if a matching service is found, requesting for said service from an external service provider providing said service by communicating a message to said external service provider based on a protocol that enables initiation of a service provisioning session.

2. A method as claimed in claim 1, wherein said protocol comprises a session initiation protocol (SIP).

3. A method as claimed in claim 1, wherein said protocol comprises HyperText Transfer Protocol (HTTP).

4. A method as claimed in claim 1, wherein said protocol comprises Simple Object Activation Protocol (SOAP).

5. A method as claimed in claim 1, wherein the at least one external service providers offers the services based on said protocol.

6. A method as claimed in claim 1, wherein the offers are broadcast to be received by interface entities of at least two data networks.

7. A method as claimed in claim 1, wherein an authentication procedure is accomplished between the interface entity of the data network and the external service provider.

8. A method as claimed in claim 1, comprising establishing interfaces for the provision of the requested service based on information communicated by means of said protocol.

9. A method as claimed in claim 8, wherein said information communicated by means of the protocol the establishment of interfaces between the interface entity and the external service provider without any beforehand defined interfaces for the service provisioning.

10. A method as claimed in claim 1, wherein all interfaces required for providing the service connection are established based on information communicated by means of said protocol.

11. A method as claimed in claim 1, comprising a step of modifying the requested service to be suitable for use in the data network based on information communicated by means of said protocol.

12. A method as claimed in claim 1, wherein at least one of the clients comprises an application that is internal for the data network.

13. A method as claimed in claim 1, wherein at least one of the services comprises a call management service.

14. A method as claimed in claim 1, wherein at least one of the clients comprises an end user of the data network.

15. A method as claimed in claim 1, wherein the services are provided based on a model that is modified from a model defined by the Parlay Group.

16. A method as claimed in claim 1, wherein a service discovery interface of the interface entity monitors for offers by the external service providers.

17. A method as claimed in claim 16, wherein the service discovery interface discovers only selected offers.

18. A method as claimed in claim 1, wherein the interface entity sends an inquiry for a service to at least one external service provider.

19. A method as claimed in claim 18, wherein the inquiry is broadcast to possible service providers.

20. A method as claimed in claim 1, wherein the offers by the external service providers are registered in a register function.

21. A method as claimed in claim 1, wherein a charging interface of the interface entity is employed for signing of a service usage agreement.

22. A method as claimed in claim 1, wherein the interface entity comprises a plurality of application programming interfaces.

23. A method as claimed in claim 1, wherein the data network is adapted to communicate packet data.

24. A method as claimed in claim 1, wherein the communication in the data network is based on the Internet Protocol (IP).

25. A method as claimed in claim 1, wherein the operator of the data network pays for the use of at least one service offered by the at least one external service provider.

26. A method as claimed in claim 1, wherein a point-to-point like connection is established based on information communicated by means of said protocol.

27. A service interface arrangement for a data network, comprising: an interface for receiving information regarding services that are offered by at least one external service provider, said services being for use by clients associated with the data network; selection means for selecting services based on said information; agreement means for processing agreements between the data network and said at least one external service provider; a register for services provided by said at least one external service provider, said services being selected by said selection means to be available for the clients; request means for processing a request for a service by a client, said request means being arranged to look for a service that matches the request from the register and, if a matching service is located, to request for said service from an external service provider providing said service, wherein the request means are arranged to communicate with said external service provider based on a protocol that enables initiation of service provisioning.

28. A service interface arrangement as claimed in claim 27, comprising means for processing authentication procedures between the data communication network and the external service provider.

29. A service interface arrangement as claimed in claim 27, wherein the protocol is such that the service provisioning can be initiated without need to define beforehand specific interfaces for said service provisioning.

30. A service interface arrangement as claimed in claim 27, wherein said protocol is selected to be one of the following: a session initiation protocol (SIP); HyperText Transfer Protocol (HTTP); Simple Object Activation Protocol (SOAP).

31. A service interface arrangement as claimed in claim 27, wherein the interface is arranged to discover services from broadcast service advertisement messages.

32. A service interface arrangement as claimed in claim 27, wherein the data network comprises a packet switched data network.

33. A service interface arrangement as claimed in claim 27, wherein the interface entity comprises a plurality of application programming interfaces.

34. A service interface arrangement as claimed in claim 27 adapted to provide at least one of the following interface functions: service availability broadcasting; service lookup; service discovery; authentication; billing and/or charging; firewall; and/or gateway.

35. A data communication system, comprising: a data network; at least one external service provider; an interface entity for receiving information regarding services that are offered by said at least one external service provider, said services being for use by clients associated with the data network, wherein the interface entity is arranged to process said information, to process agreements between the data network and said at least one external service provider, to register services that are selected among services provided by said at least one external service provider, and to process a request for a service by a client to search for a service from the register that matches the request and, if a matching service is located, to request for said service from an external service provider providing said service, the arrangement being such that at least a part of the communication between the interface entity and said external service provider is based on a protocol that enables initiation of service provisioning.