Skip to content
BLOCKROCK

SMS termination

SMS termination.
Clear terms.

A2P and P2P termination over SMPP for aggregators, carriers and communication platforms. Route type, delivery-receipt handling and sender requirements are confirmed during interconnection.

Connection

Protocol
SMPP, parameters agreed
Throughput
Agreed per bind, in messages per second
Traffic
A2P · P2P
Receipts
Handling confirmed for the route
Sender IDs
Requirements checked before interconnection

Route types

Know the route.

Route classification matters. Confirm the downstream path, sender handling and delivery conditions for the destination before agreeing a service.

What to agreeWhy it matters
Downstream pathRoute type and terminating-network acceptanceA direct/grey label alone does not establish permission or quality
Sender identityFormat, registration and who completes itA sender accepted in one market may be treated differently in another
Delivery reportingReceipt states, identifiers and expiryA submission response and a final receipt describe different stages
CapacityThroughput per bind and handling above the limitAgree what the interface can accept during a peak
Commercial scopeBillable unit, rate and treatment of failuresMake the cost of the intended traffic clear before sending

The message journey

Submission. Receipt. Result.

Agree what each state means for your route, and test the message that will actually be sent.

01

Submit

An interface response acknowledges processing of the request. Keep the message identifier so later reports can be matched to it.

02

Interpret the receipt

When requested and supported, a delivery receipt reports a later status. Confirm status mapping, expiry and retry handling. It is not a read receipt.

03

Test the content

Encoding and concatenation affect how a longer message is carried. Test the intended characters and segments, and agree the billable unit.

Protocol context: SMPP GSM/UMTS implementation guide (PDF). The actual parameters and supported reporting are agreed for the interconnect.

Sender ID and local rules

Sender identity, market by market.

These examples describe specific regulatory requirements. Confirm how they apply to your traffic, who completes registration and what the terminating network accepts before traffic begins.

India

Bulk-message registration

TRAI's framework requires principal-entity, sender-header and content-template registration for bulk messaging. Check the applicable message category and consent requirements. TRAI guidance.

United Arab Emirates

Promotional-message rules

TDRA's promotional SMS rules cover prior consent, permitted sending times and a free opt-out. Confirm sender requirements with the terminating network. TDRA guidance.

Saudi Arabia

Bulk sender registration

CST's published guidance directs bulk SMS users to register sender names through their contracted service providers. Confirm the current registration process before activation. CST guidance.

Before activation

Confirm the route

Agree the sender format, message category, required registrations, consent responsibilities and test procedure for each destination and network.

Agree the route requirements

  • Delivery rate against submitted.
  • Submit-to-receipt latency — the delivery window required by your application.
  • Achieved throughput against the TPS agreed on the bind.
  • Error-code patterns — changes in reported failures can help identify a route issue.
  • Artificially inflated traffic — agree how suspicious volume changes are investigated and escalated.

What we do not sell

  • Numbers, short codes or long codes.
  • Two-way messaging services.
  • Campaign tooling. We terminate traffic; the platform is yours.
  • Grey routes presented as direct.

FAQ

SMS termination, in short.

Which traffic do you accept?+
Application-to-person traffic — one-time passwords, alerts, notifications, and marketing where the destination market allows it — and person-to-person traffic where an operator needs an outlet for it.
How are delivery receipts handled?+
Receipt availability, downstream status mapping and failure reporting are confirmed for each route during interconnection. A receipt is a network signal; it is not proof that a person has read a message.
What happens when a route degrades?+
Quality thresholds, escalation and any rerouting arrangements are agreed for the service before traffic begins.
How is throughput agreed?+
Per SMPP bind, in messages per second, and measured against what is actually achieved.

Next step

Tell us where your messages need to land.

Share destinations, traffic type and volumes. We can discuss rates, the proposed route and sender requirements for each destination.