INtellECT® Service Delivery Platform / Freely Definable Service Orchestration

The SDP does not impose architecture on you:

You can run SDP services independently side-by-side without any interference by defining for each service separate triggers.

You can run SDP services independently, while implementing some common functions to be used by multiple services as subservices which are not triggered directly, but expose their functionality as an SDP internal API to be invoked by other services. For example a central Call Barring SDP service can be used by multiple other SDP services.

You can build any SDP service to be both triggered directly from the network and be invoked by other SDP services, allowing for Service Interaction and Service Chaining.

You can also invoke services hosted on external systems (SIP Application Server, legacy SCP or Web Service) from within an SDP service to include your existing services into your Interaction/Chaining Model. In this case the SDP acts towards the triggering network as SCP or SIP-Application Server, and towards the external application server as SSP or S-CSCF and you can include in your application the capability to relay messages back and forth between both sessions.

You can implement a service broker based model, where one SDP Service acts as Service Broker, the only service to be triggered by the network and the one service centralizing call control functionality, whereas all other services expose their business logic as SDP-internal API to be invoked from within the Service Broker.

You can mix these models and implement a Service Broker model for services where heavy interaction is required, while running other services independently.

Do you need more information?
We are happy to tell you more about our services.