Service Platform Trigger Points

Description

Service Platform Trigger Points (STP) are a fundamental architectural concept in 3GPP standards that specify the interfaces and conditions for service invocation. They are not physical nodes but rather logical points within the signaling flow of the core network, particularly within the Call Session Control Function (CSCF) of the IP Multimedia Subsystem (IMS) or the Mobile Switching Center (MSC) in circuit-switched domains. An STP defines a specific state or event in a session or call (e.g., session initiation, mid-call, termination) where control can be passed to an external application server or service platform. This is achieved through standardized protocols, primarily the Session Initiation Protocol (SIP) for IMS services or the Customized Applications for Mobile network Enhanced Logic (CAMEL) protocol for legacy services.

The operation of STPs is governed by initial Filter Criteria (iFC), which are sets of rules provisioned in the Home Subscriber Server (HSS) and downloaded to the Serving-CSCF (S-CSCF). When a SIP request (like an INVITE) arrives at the S-CSCF, it evaluates the request against the iFC for the user. Each iFC contains a trigger point, which is a logical condition (e.g., specific SIP method, header value, or requested URI). If the request matches a trigger point, the S-CSCF forwards the request to the designated Application Server (AS) specified in the iFC. The AS then executes its service logic, which may modify the session, play announcements, interact with charging systems, or invoke other services before returning control to the S-CSCF.

This architecture decouples the core network's session control functions from the service logic, enabling network operators and third-party providers to deploy innovative services without modifying the core network elements themselves. STPs are crucial for enabling a wide ecosystem of multimedia services, including Voice over LTE (VoLTE), Rich Communication Services (RCS), and multimedia conferencing. They provide a standardized, secure, and scalable mechanism for service interaction, ensuring interoperability between equipment from different vendors and across different operator networks.

Purpose & Motivation

The creation of Service Platform Trigger Points was motivated by the need to move beyond monolithic, hard-coded network services towards an open, flexible service architecture. Prior to their standardization, introducing new telephony features often required costly and time-intensive upgrades to core switches (MSCs), stifling innovation and increasing time-to-market. STPs, as part of the broader IMS and CAMEL frameworks, were designed to solve this by providing a standardized 'hook' or interface point.

This approach allows service logic to reside on separate, dedicated application servers. The core network's role is reduced to basic session control and routing, while complex service intelligence is delegated to these external platforms. This separation of concerns enables network operators to rapidly deploy, test, and scale new services independently of the underlying transport network. It also facilitates the creation of a vibrant third-party service provider market, as standardized STPs and protocols (like SIP) provide a clear interface for service integration.

Historically, STPs evolved from Intelligent Network (IN) concepts and were first formalized in 3GPP Release 99 to support the nascent IMS architecture. They addressed the limitations of previous proprietary service creation environments by providing a uniform, protocol-agnostic model for triggering services based on subscriber profiles and session characteristics. This was essential for the transition from circuit-switched voice to all-IP multimedia services, ensuring that legacy service concepts (like call forwarding) and new multimedia services could coexist and be managed under a unified architectural principle.

Key Features

• Defines logical points in call/session control flow for service invocation
• Utilizes Initial Filter Criteria (iFC) stored in the HSS for trigger rule provisioning
• Enables interaction between the S-CSCF and external Application Servers via SIP
• Supports service triggering based on SIP methods, headers, and session identifiers
• Facilitates the deployment of value-added services like call barring, prepaid charging, and multimedia conferencing
• Provides a standardized mechanism ensuring multi-vendor and multi-operator interoperability

Evolution Across Releases

Defining Specifications