Educational Resource: This platform provides structured information about mobile data systems and connectivity — no account, recharge, or balance services are offered.

Understanding Data Limits

How mobile data caps work at the network level — from real-time metering and quota enforcement to throttling mechanisms and the system states that govern data availability.

What Are Mobile Data Limits?

A mobile data limit — commonly referred to as a data cap, data allowance, or data quota — is a finite quantity of data (measured in megabytes or gigabytes) that an operator allocates to a subscriber for a defined period. Once this allocation is consumed, the network applies a policy that restricts or modifies the subscriber's data access until the allocation is renewed or augmented.

Data limits exist because mobile spectrum — the radio frequency resource that carries wireless data — is finite and shared among thousands of simultaneous users in each cell. Unlike fixed broadband where a dedicated physical connection runs to each premises, mobile network capacity must be divided dynamically among all active users. Data limits are a primary mechanism by which operators manage spectrum utilisation and ensure fair capacity distribution.

From a purely technical standpoint, a data limit is a quota counter stored in the Online Charging System (OCS). This counter is decremented in real time as the subscriber consumes data, and triggers policy changes at defined thresholds. The subscriber's subjective experience of having a "data balance" is a high-level representation of this OCS quota counter.

Technical Definition

In 3GPP terminology, a data limit is implemented as a Volume Quota within the OCS. The quota is granted to the PCEF in defined units (octets/bytes). The PCEF reports usage to the OCS at configured reporting thresholds, and the OCS manages the remaining quota until exhaustion.

How Data Metering Works

Data metering is the process by which the network counts the volume of data consumed by each subscriber. This counting happens at the Policy and Charging Enforcement Function (PCEF) — implemented within the Packet Data Network Gateway (P-GW) — which sits at the boundary between the mobile core network and the public internet.

Every IP packet that traverses the P-GW is counted. The PCEF maintains per-service data flow (SDF) counters, tracking bytes transmitted in both uplink and downlink directions. These counters are reported to the OCS via the Diameter Gy interface using Credit Control Request (CCR) messages.

The Credit Control Cycle

01

Initial Credit Request (CCR-I)

When a data session begins, the PCEF sends an Initial Credit Control Request (CCR-I) to the OCS, requesting a quota grant for the subscriber's current session. The OCS checks the subscriber's balance and grants a quota (e.g., 20MB) for the session to use before the next report.

02

Update Credit Requests (CCR-U)

As the subscriber consumes the granted quota, the PCEF sends Update Credit Control Requests (CCR-U) to the OCS. The OCS evaluates the remaining balance, grants additional quota if available, and adjusts thresholds for the next reporting cycle.

03

Quota Exhaustion Report

When the subscriber's total balance approaches zero, the OCS returns a quota grant of zero in the Credit Control Answer (CCA). This signals the PCEF that no further quota is available, triggering the exhaustion policy.

04

Termination Report (CCR-T)

When the data session ends (device disconnects, idle timeout, or bearer release), the PCEF sends a Termination Credit Control Request (CCR-T) reporting final usage, allowing the OCS to reconcile the subscriber's balance.

Diameter Gy Credit Control Flow
PCEF (P-GW)
Policy Enforcement
Counts bytes per SDF
CCR-I / CCR-U / CCR-T →
← CCA (Quota Grant)
OCS
Online Charging System
Manages quota balance

Quota Enforcement Mechanisms

When a subscriber's quota reaches zero, the OCS returns a Quota Exhaustion Indication to the PCEF. The PCEF then applies one of several operator-configured enforcement actions, depending on the subscriber's plan and the operator's policy design:

Enforcement ActionTechnical ImplementationUser ExperienceCommon Use Case
Hard Block PCEF gate status set to CLOSED for all data SDFs All data access immediately suspended Prepaid plans, strict data caps
Speed Throttle PCEF applies reduced MBR (e.g., 128kbps or 1Mbps) via updated QoS Very slow data — browsing works, streaming fails Fair-use postpaid, unlimited plans
Captive Portal Redirect DNS/HTTP interception redirects all traffic to a web portal Browser shows operator top-up portal page Prepaid with self-service top-up
Zero-Rating Bypass Specific SDFs remain open (e.g., WhatsApp, social media) Some apps still work; general internet blocked Operator-specific zero-rated plans
Advisory + Continue OCS sends notification; no policy change applied User notified; usage continues and is billed Postpaid overage billing plans

Throttling vs. Hard Cutoff

Two primary enforcement models exist for managing quota exhaustion: throttling (speed reduction) and hard cutoff (complete suspension). Each has distinct technical implementations and user experience implications.

Speed Throttling

Throttling is implemented by the PCEF applying a reduced Maximum Bit Rate (MBR) to the subscriber's default bearer via an updated QoS profile. The bearer remains active — data flows — but the PCEF enforces a token-bucket rate limiter on the traffic.

Common throttle speeds: 128 kbps (basic browsing possible), 512 kbps (standard definition video marginal), 1 Mbps (light streaming viable). The specific threshold is operator-configurable in the PCRF policy rules.

MBR Reduction Token Bucket Gx Policy Update

Hard Cutoff (Suspension)

A hard cutoff sets the PCEF gate status to CLOSED for data service flows. No packets are permitted to pass — the P-GW drops all data plane traffic for the affected subscriber. Control plane traffic (SMS delivery, voice call setup) typically continues unaffected.

Hard cutoffs are near-instantaneous: the OCS-to-PCEF Diameter message propagates within milliseconds, and the policy takes effect as soon as the PCEF processes the updated PCC Rule.

Gate CLOSED PCC Rule Update Packet Drop
Important Note

In both throttling and hard cutoff scenarios, the subscriber's device remains registered on the network. The SIM authentication and EPS attachment persist. Only the data plane policy is modified — meaning the device can still receive SMS, and voice services (if supported separately) continue to function.

Fair Use Policy (FUP) Systems

Many operators implement Fair Use Policies (FUP) — particularly on nominally "unlimited" mobile plans — as a mechanism for managing network congestion and preventing a small number of high-consumption subscribers from degrading the experience of the majority.

Under a FUP, a subscriber may consume data without restriction up to a defined threshold (e.g., 40GB per month). Beyond this threshold, the PCRF applies a reduced-speed policy — typically throttling to 1–2 Mbps — for the remainder of the billing period. The subscriber retains data access throughout; only the speed is reduced.

FUP enforcement follows the same technical mechanism as standard quota enforcement: the OCS tracks consumption, and the PCRF pushes updated PCC Rules to the PCEF at the defined threshold. The distinction is that FUP typically triggers throttling rather than a hard block, reflecting the more permissive nature of unlimited plan designs.

FUP Architecture: Two-Tier Quota Model

FUP systems often implement a two-tier quota model in the OCS: a primary quota (full-speed allocation) and a secondary quota (throttled allocation). When the primary quota is exhausted, the PCRF transitions the subscriber to the secondary tier policy rather than blocking access entirely — providing a degraded but functional data service.

Balance Restoration: The Recharge System

When a subscriber's data quota is exhausted and access is suspended or throttled, the mechanism for restoring full data availability is called a recharge or top-up. From a systems perspective, this is a billing and provisioning event — not a technical radio network event — that updates the subscriber's quota in the OCS.

The restoration process is remarkably fast in modern networks because the update path — from payment platform to BSS to OCS to PCEF — is entirely digital and highly automated. A successfully processed recharge transaction typically restores data access within 5 to 30 seconds in well-configured systems.

Balance Restoration — System Interaction Model
Step 1
Payment Validated
Payment platform confirms transaction
Step 2
BSS Updated
Subscriber record updated in billing system
Step 3
OCS Quota Reset
OCS counter restored to new allocation
Step 4
PCEF Policy Open
Gate status restored; data flows resume

For a more comprehensive technical breakdown of the recharge event chain, including the BSS–OCS–PCEF interface interactions in detail, see our Core Concepts: Recharge and Connectivity guide.

Connectivity Explained

Complete the education series by exploring what it technically means for a device to be "connected" — signal paths, handovers, and session management.