I-CSCF

Interrogating-Call Session Control Function

Core Network →
Introduced in R99 Also in: Core Network

I-CSCF is the Interrogating-Call Session Control Function, a central query routing node in the IMS that identifies the correct S-CSCF for a subscriber and routes incoming session requests to it, acting as the first contact point within the home network for external sessions.

Category
Core Network
Introduced
R99
Where
Services › IMS
Also touches
1 segments
Specifications
44 specs
I-CSCF Description Purpose Related Classification Specifications

Description

The Interrogating-Call Session Control Function (I-CSCF) is a fundamental SIP proxy within the 3GPP IP Multimedia Subsystem (IMS) core, defined across numerous specifications starting from 3GPP Release 5. It is located at the edge of an operator's home IMS network. When a User Equipment (UE) registers with the IMS network, the registration request, after passing through the Proxy-CSCF (P-CSCF), reaches the I-CSCF. The I-CSCF's key task is to query the Home Subscriber Server (HSS) via the Cx interface (using Diameter protocol) to determine which Serving-CSCF (S-CSCF) should be assigned to the user or to discover the S-CSCF already assigned.

During registration, the I-CSCF receives the subscriber's public or private user identity. It sends a User Authorization Request (UAR) to the HSS. The HSS responds with the capabilities required for the S-CSCF (S-CSCF capabilities) or, if an S-CSCF is already assigned, its address. The I-CSCF then uses this information to either select an appropriate S-CSCF from a set based on the required capabilities or to forward the registration request directly to the already-assigned S-CSCF. This process ensures load balancing and efficient assignment of S-CSCFs.

For incoming session requests (e.g., an incoming VoIP call), the I-CSCF acts as the entry point into the home network from an external network (like another operator's IMS). The request is routed to the I-CSCF based on DNS lookups of the home network's domain. The I-CSCF then queries the HSS with a Location Information Request (LIR) to obtain the address of the S-CSCF currently serving the called party. Once it receives the S-CSCF address, it proxies the SIP INVITE request to that S-CSCF for further processing and delivery to the UE.

Additionally, the I-CSCF can provide topology hiding functionality. By acting as a single point of contact, it can hide the configuration, capacity, and topology of the internal network (the S-CSCFs) from external networks. It may also have a role in enforcing network security policies at the border of the home network. Its operation is stateless with respect to individual sessions, focusing on routing and HSS interaction.

Purpose & Motivation

The I-CSCF was created as part of the original IMS architecture (3GPP R5) to solve critical routing and scalability problems in a large-scale, multi-operator SIP-based service network. In a pure SIP network without such a function, finding the server responsible for a specific user would be challenging and could expose internal network structure.

Its primary purpose is to provide a discoverable, stable entry point into a home operator's IMS network. This allows other networks to route sessions to a user without needing to know the specific internal server (S-CSCF) managing that user's registration. It decouples the user's publicly routable address (the home network domain) from the internal, possibly changing, server assignment. This enables load balancing across multiple S-CSCFs and allows for S-CSCF failure recovery without impacting external routing.

Furthermore, the I-CSCF, through its interaction with the HSS, centralizes the logic for assigning S-CSCFs based on user service profiles and network capabilities. This allows for optimized resource allocation. It also fulfills a vital security and privacy role by hiding the internal network topology from outside entities, preventing potential attackers from mapping the network or targeting specific internal servers directly. It was a key innovation that made IMS a viable architecture for carrier-grade, interoperable multimedia services.

Architecture

In the Network Map

Classification

Part ofIMS
Related approachesS-CSCFP-CSCF

Release Timeline

Evolution Across Releases

Rel-5 Initial

Formally introduced as a core IMS node alongside P-CSCF and S-CSCF. Defined its basic roles in registration (querying HSS for S-CSCF assignment via UAR) and session routing (querying HSS via LIR for incoming sessions), establishing the Cx interface with the HSS.

Critical enhancements for integration with the Evolved Packet Core (EPC) to support IMS for LTE access (VoLTE). Defined procedures for Emergency Session support, where the I-CSCF may route emergency registration and sessions to a dedicated Emergency-CSCF (E-CSCF).

The conceptual foundations for IMS and its elements were laid. While not fully standardized as I-CSCF in this release, the need for a routing and interrogation function in a SIP-based service architecture was identified, setting the stage for its formal definition in Release 5.

Explore further

Broader topics and technologies where I-CSCF plays a role.

Defining Specifications

3GPP specifications that define or reference I-CSCF, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 23.125 v1700 Flow Based Charging Architecture Rel-7
TS 23.141 vj00 Presence Service Stage 2 Architecture Rel-19
TS 23.179 vd50 MCPTT Functional Architecture Rel-13
TS 23.218 vj00 IMS Call Model Specification Rel-19
TS 23.278 vj00 CAMEL for IMS Stage 2 Specification Rel-19
TS 23.280 vk10 Common Architecture for Mission Critical Services Rel-20
TS 23.379 vk00 MCPTT Functional Architecture Rel-20
TS 23.417 v1700 IMS Core Component for NGN Architecture Rel-7
TS 23.517 v1800 IMS Core Component for NGN Architecture Rel-8
TS 23.701 vc00 WebRTC Access to IMS Architecture Study Rel-12
TR 23.794 vh00 Study on enhanced IMS to 5GC integration Rel-17
TS 23.849 vb00 Study on IMS Roaming Media Optimization Rel-11
TR 23.981 vj00 IPv4 IMS Interworking and Migration Study Rel-19
TS 24.141 vj00 Presence Service Protocol Details Rel-19
TS 24.147 vj00 IMS Conferencing Protocol Details Rel-19
TS 24.173 vj00 Multimedia Telephony Service and Supplementary Services in IMS Rel-19
TS 24.229 vj50 IMS call control protocol based on SIP and SDP Rel-19
TS 24.405 v1700 Conference Service Protocol Description Rel-7
TS 24.406 v810 Message Waiting Indication (MWI) Protocol Rel-8
TS 24.416 v1700 Malicious Call Identification Service Rel-7
TS 24.428 v1700 Common Basic Communication Procedures Rel-7
TS 24.505 v810 Protocol Description of the Conference Service Rel-8
TS 24.508 v820 TIP and TIR Service Protocol Description Rel-8
TS 24.516 v830 MCID Protocol Specification for NGN Rel-8
TS 24.523 vj00 NGCN-NGN Interconnection Scenarios Rel-19
TS 24.524 vj00 Hosted Enterprise Services Architecture Rel-19
TS 24.525 vj00 Business Trunking Architecture & Requirements Rel-19
TS 24.528 v830 Common Basic Communication Procedures for IMS Services Rel-8
TS 24.606 vj00 MWI Service Protocol Description Rel-19
TS 24.802 vc10 IMS II-NNI Traversal Scenario Determination Study Rel-12
TS 24.819 v1700 IMS Services via Fixed Broadband Access Rel-7
TS 24.841 v1600 Presence Service IP Multimedia Subsystem Rel-6
TR 24.930 vj00 IMS Session Setup Signalling Flows Rel-19
TS 28.705 vj00 IMS NRM IRP Information Service Rel-19
TS 29.162 vj00 IMS-IP Network Interworking Rel-19
TS 29.165 vj10 Inter-IMS Network to Network Interface (NNI) Rel-19
TS 29.228 vj20 Cx and Dx Interface Signaling Flows Rel-19
TS 29.229 vj10 Diameter Protocol for Cx/Dx Interfaces Rel-19
TS 29.562 vj40 HSS Services for IMS & GBA Interworking Rel-19
TR 29.949 vj00 VoLTE IMS Roaming Architecture & Procedures Rel-19
TS 32.102 vj00 Telecom Management Physical Architecture Framework Rel-19
TS 32.409 vj00 IMS Performance Management Measurements Rel-19
TS 33.203 vj10 IMS Security Specification Rel-19
TR 33.978 v1800 Interim Security for Early IMS Rel-8
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.