Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Identifier

Service Identifier

Service Identifier

Identifier →

Service Identifier is the most detailed identifier for a service data flow in flow-based charging, designating a specific service, part of a service, or group of services to enable precise policy control and charging.

Introduced
Rel-6
Where
Core Network › 5G Core
Specifications
6 specs
Also in
Services
Service Identifier Description Purpose What changed Neighbours Specifications

Description

The Service Identifier is a key concept in 3GPP's policy and charging architecture, defined as an identifier for a service that may designate an end-user service, a part of an end-user service, or an arbitrarily formed group thereof. It plays a central role in flow-based charging and policy control, particularly within the Policy and Charging Control (PCC) framework introduced in later releases. The Service Identifier provides the most detailed level of identification for a service data flow, allowing the network to apply differentiated treatment, charging, and QoS policies to specific traffic flows.

The concept is specified across multiple 3GPP specifications. TS 22.071 defines location services and related identifiers, TS 22.935 covers the service aspects of the IP Multimedia Subsystem (IMS), TS 23.125 addresses flow-based charging in the evolved packet core, TS 23.203 specifies the PCC architecture, TS 23.503 defines policy and charging control for the 5G System, and TS 29.512 specifies the session management policy control service for 5G. This broad specification footprint reflects the Service Identifier's role as a cross-cutting concept that spans service definition, policy enforcement, and charging.

In the PCC architecture, the Service Identifier is used by the Policy and Charging Rules Function (PCRF) in 4G or the Policy Control Function (PCF) in 5G to identify specific service data flows within a Policy and Charging Control (PCC) rule. When an Application Function (AF) provides service information to the PCRF/PCF, it may include a Service Identifier that allows the network to distinguish between different services or different instances of the same service. This enables the network to apply service-specific QoS parameters, charging rates, and gating decisions.

The Service Identifier operates in conjunction with other identifiers in the PCC framework, including the Service Data Flow (SDF) template, the Application Identifier, and the Charging Key. While the Application Identifier identifies the application (e.g., VoIP, video streaming), the Service Identifier provides finer granularity by identifying specific services or service components within that application. For example, a video streaming application might have separate Service Identifiers for the video stream, the audio stream, and the control signaling, each with different QoS and charging requirements.

A concrete instance of a service may be identified if additional AF information is available, as noted in the definition. This means that the Service Identifier alone may not uniquely identify a specific session or flow; additional parameters such as IP addresses, port numbers, or protocol identifiers may be needed to fully resolve the identification. This layered approach allows the network to balance granularity with scalability, applying detailed identification only when necessary and when the required information is available from the AF.

The Service Identifier is particularly important for flow-based charging, where charging is based on the volume, duration, or events associated with specific service data flows rather than on the aggregate traffic of a bearer. This enables operators to offer differentiated pricing for different services, such as zero-rating for specific applications, premium charging for high-priority services, or usage-based billing for data-intensive applications. The Service Identifier ensures that each flow is correctly classified and charged according to the applicable policy.

Purpose & Motivation

The Service Identifier was created to solve the problem of granular service identification in increasingly complex mobile networks. In early GPRS and UMTS networks, charging was primarily based on aggregate data volume per PDP context, with limited ability to distinguish between different types of traffic within the same bearer. As mobile services diversified — encompassing voice, video, gaming, IoT, and enterprise applications — operators needed a mechanism to identify and treat specific service flows differently for charging and policy purposes.

The introduction of flow-based charging in 3GPP Rel-6 marked a paradigm shift from bearer-level to flow-level charging. The Service Identifier became the key enabler of this shift, providing the detailed identification needed to classify individual service data flows. This allowed operators to implement sophisticated charging models, such as charging different rates for different applications, offering free or discounted access to specific services, and applying time-of-day or location-based charging variations.

In the 5G era, the Service Identifier's importance has only grown. With network slicing, edge computing, and ultra-reliable low-latency communications (URLLC), the ability to identify and treat specific service flows with precision is essential for meeting diverse QoS requirements and business models. The Service Identifier, integrated into the 5G PCC framework via TS 23.503 and TS 29.512, enables operators to deliver differentiated services at scale while maintaining fine-grained control over policy and charging.

What changed in its specifications

The latest release-to-release comparison of specifications that define Service Identifier. Each summary describes the whole specification, not only this term.

TS 22.071Rel-18 → Rel-19

Rel-19 brings only minor changes to TS 22.071: 1 clause changed, with no change attributed to a release feature.

Full comparison in TS 22.071 →
TS 23.203Rel-16 → Rel-17

NB-IoT/eMTC support for Non-Terrestrial Networks: adds QCI characteristic for satellite access, note on GEO/LEO delays, and PCRF policy control for satellite PDN connections.

Full comparison in TS 23.203 →

Release Timeline

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

Rel-6 Initial

Initial definition introduced: 'An identifier for a service. The service identifier may designate an end user service, a part of an end user service or an arbitrarily formed group thereof. The service identifier provides the most detailed identification, specified for flow based charging, of a service data flow. A concrete instance of a service may be identified if additional AF information is available (further details to be found in clause 5.2).' This established the Service Identifier as the finest granularity of flow identification for charging purposes.

Definition carried over unchanged from Rel-6, retaining the full scope including the reference to clause 5.2 for AF information details.

Wording changed to remove the sentence about designating 'an end user service, a part of an end user service or an arbitrarily formed group thereof.' The definition was streamlined to focus on the Service Identifier's role in flow-based charging, and the clause reference was updated from 5.2 to 6.3.1, reflecting the reorganization of the specification.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Definition carried over unchanged from Rel-8, retaining the streamlined wording and the updated clause 6.3.1 reference.

Defining Specifications

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

SpecificationTitleRelease
TS 22.071 vj00 Location Services (LCS) Stage 1 Rel-19 read
TR 22.935 vd00 LCS Feasibility Study for 3GPP-WLAN Interworking Rel-13 read
TS 23.125 v700 Flow Based Charging Architecture Rel-7 read
TS 23.203 vk10 Policy and Charging Control Architecture Rel-20 read
TS 23.503 vk30 5G Policy and Charging Control Framework Rel-20 read
TS 29.512 vk10 Session Management Policy Control Service Stage 3 Rel-20 read