BroadNet
Protocols BroadNet answer

OCS, IN, and INAP — operator real-time charging explained

Last reviewed 2 min readReviewed by BroadNet engineering
Quick answer

OCS (Online Charging System), IN (Intelligent Network), and INAP (Intelligent Network Application Protocol) are the operator-side components that decide, in real time, whether a subscriber can complete a call, send an SMS, or use a kilobyte of data — and how much to charge. For prepaid networks they are non-negotiable; for postpaid they are increasingly used for plan policy enforcement.

Plain-language definitionVendor-neutralReviewed May 28, 2026
The long answer

Everything worth knowing, nothing that isn't.

§01

What each component does

IN (Intelligent Network) is the architectural concept — invented in the early 1990s — that separates call/session control from service logic. The MSC or SMSC asks an external Service Control Point (SCP) "can this subscriber do this thing?" using the INAP (Intelligent Network Application Protocol). OCS (Online Charging System) is the modern, 3GPP-defined evolution of the SCP role, focused on real-time charging and credit control — it speaks Diameter Gy/Ro for 4G/IMS, and CAMEL/INAP for 2G/3G. Together they enable prepaid SMS, real-time bundle decrement, and per-event policy enforcement.

§02

Why it matters commercially

For prepaid operators (still the majority of the world by subscriber count), OCS is the cash register — every SMS, every minute, every megabyte hits the OCS for credit check and decrement. For A2P SMS senders, the OCS is the system that turns an A2P delivery into a billable event in the operator's revenue stream. The interlock between SMSC, SMS Firewall, and OCS is what makes operator A2P monetisation real — without OCS integration, the operator detects the A2P but can't bill it. BroadNet's SMS Firewall + A2P Monetisation product (/operators/sms-firewall) integrates with operator OCS via Diameter or INAP.

§03

Latency, scale, and compliance angle

OCS credit-check latency budgets are tight — typically 50-150 ms for an SMS, sub-second for a voice call. OCS scale at a tier-1 operator handles 10K-100K events per second. INAP/CAMEL are still in production on 2G/3G overlays; Diameter Gy/Ro dominates on 4G/IMS. Compliance: every OCS event creates a CDR or EDR that flows to billing and revenue assurance; integrity of this data is in scope for revenue-assurance audit and for tax authority review in many markets.

§04

Privacy and compliance considerations

OCS sees full subscriber identity (IMSI, MSISDN) and every event timestamp — it is one of the richest behavioural datasets inside an operator. PDPL and GDPR both reach OCS logs once correlated with subscriber identity. Best practice: pseudonymise OCS export feeds for analytics, retain raw OCS logs in a segregated environment with audit logging, and apply 5-7 year retention only where regulatory or tax requirements demand it.

BNWritten by the BroadNet engineering team·Operating carrier-grade messaging since 2003, headquartered in Dubai·Editorial standards
Build with this

Need help wiring this up?

The pages below are the products and integration guides that put this concept on the wire. If you'd rather walk through it live, our engineering team takes calls same-day during MENA working hours.

Talk to our engineering team
Feedback

Was this answer helpful?

Your vote helps us prioritise which answers to expand with examples, diagrams, and code snippets.

Was this answer helpful?
Thanks — noted. We'll keep this answer maintained.
Got it. Tell us what was missing — send a quick note.

How we write and review content

Still need help?

Talk to a real engineer about your build.

We reply within one business day, and production accounts get 24/7 support. Our solutions engineers ship code, not scripts.

$ curl -X POST https://api.broadnet.me/sms/sendSms
Response SLA
Test-access requestsReply within 1 business day
Production24 / 7 · < 15 min
Operator NOC24 / 7 · pager