Description
Initial Filter Criteria (iFC) are a fundamental component of the service triggering mechanism in the 3GPP IP Multimedia Subsystem (IMS). They are essentially a set of rules or conditions that are provisioned on a per-user basis in the user's service profile, which is stored in the Home Subscriber Server (HSS). When a user registers with the IMS network or initiates/receives a SIP session (e.g., a call), their service profile, including the iFCs, is downloaded from the HSS to the assigned Serving-Call Session Control Function (S-CSCF). The S-CSCF is the central signaling node in IMS and acts as the service execution engine.
The iFCs are evaluated by the S-CSCF for every initial SIP request (like INVITE, REGISTER, SUBSCRIBE) that is associated with the user. Each iFC contains a priority, a trigger point, and an Application Server (AS) address. The trigger point is a logical expression composed of Service Point Triggers (SPTs). An SPT is a condition that checks specific aspects of the SIP message, such as the Request-URI, SIP Method, SIP Header presence or value, session description (SDP) information, or registration state. If the conditions in an iFC's trigger point are met (evaluated to 'true'), the S-CSCF will forward the SIP request to the specified Application Server. The AS then provides the actual service, such as voice call continuity, call forwarding, or a multimedia telephony application.
The S-CSCF processes iFCs in order of priority. When a request is forwarded to an AS, the AS can process it and return it to the S-CSCF for continued processing. The S-CSCF will then continue evaluating the remaining iFCs in sequence, allowing for chaining of multiple services. This mechanism provides a flexible, standardized way to invoke a wide variety of services in a specific order without hard-coding service logic into the core S-CSCF, enabling operator and third-party service innovation.
Purpose & Motivation
The purpose of Initial Filter Criteria is to enable flexible, user-specific service triggering in a standardized and decoupled manner within IMS. Before IMS and iFCs, traditional intelligent network (IN) services were tightly coupled to the circuit-switched core, using proprietary triggers and were difficult to create and deploy. The iFC mechanism solves this by creating a clear separation between the core session control logic (in the S-CSCF) and the application/service logic (in the AS).
This design allows network operators and third-party providers to develop and deploy new multimedia services rapidly without requiring changes to the core IMS network elements. It addresses the limitation of monolithic switch software where new features required lengthy and expensive upgrade cycles. The iFC-based triggering is subscriber-centric; different users can have different sets of services activated based on their profile. This was a key motivation for IMS: to move from a network-centric to a user-centric service architecture, supporting personalized service bundles and enabling features like service portability across devices and access networks.
Classification
Evolution Across Releases
Introduced as part of the initial IMS architecture defined in Release 5, but the foundational concept and specifications were developed in the R99 timeframe. iFCs established the core service triggering framework, defining the XML schema for the filter criteria and the basic SPTs for inspecting SIP methods and headers.
Explore further
Broader topics and technologies where IFC plays a role.
Defining Specifications
3GPP specifications that define or reference IFC, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.218 vj00 | IMS Call Model Specification | Rel-19 |
| TS 24.173 vj00 | Multimedia Telephony Service and Supplementary Services in IMS | Rel-19 |
| TS 24.259 vj00 | Personal Network Management (PNM) Protocol Details | Rel-19 |
| TS 24.404 v1700 | Communication Diversion Services (CDIV) | Rel-7 |
| TS 24.407 v830 | OIP and OIR Simulation Services Protocol | Rel-8 |
| TS 24.408 v1700 | TIP/TIR Services Protocol Specification | Rel-7 |
| TS 24.411 v1830 | ACR and CB Service Protocol Specification | Rel-8 |
| TS 24.416 v1700 | Malicious Call Identification Service | Rel-7 |
| TS 24.428 v1700 | Common Basic Communication Procedures | Rel-7 |
| TS 24.429 v1700 | Explicit Communication Transfer (ECT) Service Specification | Rel-7 |
| TS 24.447 v800 | Advice Of Charge (AOC) Service Protocol | Rel-8 |
| TS 24.504 v8m0 | Communication Diversion Services Stage 3 | Rel-8 |
| TS 24.508 v820 | TIP and TIR Service Protocol Description | Rel-8 |
| TS 24.524 vj00 | Hosted Enterprise Services Architecture | Rel-19 |
| TS 24.528 v830 | Common Basic Communication Procedures for IMS Services | Rel-8 |
| TS 24.529 v820 | Explicit Communication Transfer (ECT) Simulation Service | Rel-8 |
| TS 24.604 vj00 | Communications Diversion (CDIV) Protocol Spec | Rel-19 |
| TS 24.607 vj10 | OIP and OIR Supplementary Services Stage 3 | Rel-19 |
| TS 24.608 vj00 | 3GPP TS 24608: TIP/TIR Services Protocol | Rel-19 |
| TS 24.611 vj00 | Anonymous Communication Rejection & Barring | Rel-19 |
| TS 24.615 vj00 | Communication Waiting (CW) Service Protocol | Rel-19 |
| TS 24.628 vj00 | Common Basic Communication Procedures in IMS | Rel-19 |
| TS 24.629 vj00 | Explicit Communication Transfer (ECT) Protocol | Rel-19 |
| TS 24.642 vj00 | CCBS/CCNR/CCNL SIP Protocol Specification | Rel-19 |
| TS 24.647 vj00 | Advice of Charge (AOC) service protocol | Rel-19 |