Оптова SMS-платформа: SMPP, A2P, білінг і AI-контроль контенту

Оптова SMS-платформа — як агрегатори купують і продають A2P-трафік: SMPP-бінди, маршрутизація та білінг. У 2026 цього стека замало. Оператори знімають вас із маршрутизації, коли на довірений bind потрапляють casino, scam та інший blocked-контент — і чисті OTP-клієнти втрачають той самий route.
IXC SMS Platform — комутація плюс білінг на IXC Softswitch (або окремим модулем). IXC SMS AI на тому ж шляху: аналіз, realtime detect-and-reject або обидва режими, щоб ризиковані повідомлення помирали на вашому свічі, а не на фільтрі термінатора.
Що насправді запускає wholesale SMS
Це не роздрібний SMS-шлюз. Оптова SMS-компанія стикує:
- Originators — агрегатори, enterprise, CPaaS, відправники OTP
- Terminators — MNO, інші оптовики, країнові маршрути
- SMPP 3.4 (часто й HTTP) як протокол bind
- Потарифну оцінку кожного повідомлення, prepaid-гаманці, postpaid-кредит
- DLR (delivery reports) як метрику якості — SMS-аналог ASR
Платформа має маршрутизувати, тарифікувати й робити failover. І доводити апстріму, що mix, який ви шлете, — той, який заявляли.
SMPP, A2P-маршрутизація та білінг
SMPP 3.4
SMPP — як wholesale SMS ходить між платформами: bind, submit, DLR, ліміти throughput. IXC говорить SMPP 3.4, на базі софтсвіча або як окремий модуль (можна з одного сервера).
A2P-маршрутизація
A2P (application-to-person) — OTP, алерти, сповіщення та маркетинг. Маршрутизація — це не «найдешевший префікс»:
- Призначення MCC-MNC / оператор
- DLR, латентність і throttle постачальника
- Sender ID і політика registered vs unregistered
- Failover, коли bind або вендор падає
- Розділення комерційних класів, щоб транзакційний трафік не змішувався з promo на маршруті, де promo заборонено
Та сама ідея, що LCR для голосу, лише замість ASR — delivery rate.
Білінг
Кожне повідомлення — тарифікована подія, аналог голосового CDR:
- Prepaid і postpaid originators
- Buy/sell за напрямками
- Кредитні ліміти та баланс у реальному часі
- Рахунки й звіти по трафіку
Без білінгу wholesale не працює. Без контролю контенту ви не втримаєте відкриті routes.
Чому вмирають маршрути: casino, scam і blocked A2P
Апстрім і MNO фільтрують:
- Casino / gambling promo
- Scam і phishing — фейкові банки, фейкові OTP, «підтвердіть гаманець»
- Підміна бренду та шумні/шкідливі короткі посилання
- Adult / high-risk, де інтерконект це забороняє
- Інші пакети, які ринок призначення вважає blocked content
Типовий ланцюг: скарги й спрацювання контент-фільтра, потім ваш bind або IP знімають із маршрутизації. Ви дізнаєтесь, коли падає DLR і акаунт-менеджер каже, що route закрито.
Списки ключових слів відстають. Шаблони змінюються. Один originator може отруїти спільний транк за ніч. Оптовикам потрібно бачити mix і зупиняти повідомлення до submit на апстрім.
IXC SMS AI — аналіз, realtime або обидва
Та сама комерційна ідея, що AI-аналіз дзвінків: знати, що ви несете, потім діяти. SMS — текст, тож можна далі: reject на шляху submit.
Режим обираєте по клієнту і по маршруту.
1. Аналіз — know your traffic
Ви позначаєте originator, день, напрямок або вибірку збережених повідомлень. IXC повертає звіт профілю трафіку:
- Частка casino / gambling
- Ознаки scam / phishing / social-engineering
- Транзакційні OTP / alerts vs promo
- Adult / high-risk, де це важливо
- Інші вертикалі, які назве команда (on-demand detections)
Звіт — щоб перерахувати ціну, заморозити originator, показати оператору чистий профіль або вирішити, які пакети міток вмикати в realtime. Комерційний шар: знати свій трафік до суперечки про DLR.
2. Realtime — detect і reject до оператора
На кожному submit (SMPP або API) AI дивиться текст, sender і напрямок за вашою політикою, потім:
- Pass — чистий транзакційний / дозволений клас
- Reject — помилка originator'у; термінатор не бачить повідомлення
- Quarantine — на рев'ю, а не на спалення route
- Policy route — лише до вендорів, які приймають цей клас (не зливати casino на premium OTP bind)
Realtime тримає вас у routing table оператора. Аналіз без reject пропускає наступний сплеск.
3. Обидва — рекомендовано для wholesale
- Аналіз налаштовує пороги, пакети sender'ів і fingerprints URL/хостів
- Realtime виконує їх на кожному повідомленні
- Reject і quarantine живлять наступний звіт, щоб моделі ловили нові casino/scam шаблони
Аналіз, поки вивчаєте нового originator; realtime, коли політику зафіксовано; обидва режими — на спільних високоризикових маршрутах.
Мета — не публічний чорний список. Мета — щоб blocked A2P помирав на вашій платформі до того, як апстрім зніме вас із маршрутизації.
On-demand детекції
Клієнти просять IXC шукати те, через що їх реально знімають на їхніх ринках, наприклад:
- Casino / betting / slots promo (локальна мова)
- Phishing і пакети фейкових OTP під бренди
- Інвест-/wallet-drain приманки
- Короткі посилання й домени, вже пов'язані з filtered A2P
- Originators із тегом OTP, які починають слати promo
Скажіть IXC, що детектити; позначте вибірку; запустіть аналіз, realtime або обидва.
Що лишається на платформі
AI не замінює свіч:
- Маршрутизація, білінг і комутація SMS на одному стеку
- SMPP 3.4
- Масштаб від малого обсягу до тисяч повідомлень на годину
- Купівля або оренда, NOC 24/7/365
- Та сама компанія, що й wholesale voice, якщо ведете обидва напрямки
Контроль контенту — як цей стек лишається в інтерконекті.
Підсумок
Оптова SMS-платформа — це SMPP, A2P-маршрутизація та білінг. Агрегатори втрачають carrier routes, коли casino, scam і blocked A2P доходять до термінатора. IXC додає AI-аналіз, realtime detect-and-reject або обидва — щоб ризиковані повідомлення не покидали ваш свіч.
Часті запитання
Що таке оптова SMS-платформа?
ПЗ, яке стикує SMS originators і terminators по SMPP (зазвичай 3.4), з A2P-маршрутизацією, тарифікацією кожного повідомлення, DLR і кредитним контролем — SMS-аналог софтсвіча класу 4 з білінгом.
Чим аналіз відрізняється від realtime SMS AI?
Аналіз — пакетний звіт профілю трафіку по позначених повідомленнях або originators (casino, scam, OTP vs promo, on-demand пакети). Realtime дивиться кожен submit і може pass, reject, quarantine або policy-route до того, як апстрім побачить повідомлення. IXC дає будь-який режим або обидва.
Чому оператори знімають SMS-оптовиків із маршрутизації?
Найчастіше контент: casino/gambling, phishing, підміна бренду або інший blocked A2P на довіреному bind. DLR падає в усіх клієнтів на цьому транку, не лише в порушника.
Reject відбувається до термінатора?
Так. У realtime originator отримує помилку на submit; термінатор повідомлення не бачить. Сенс — захистити інтерконект, а не розбирати скаргу після факту.
Чи можна кастомізувати детекції?
Так. Клієнти задають on-demand пакети під ринки, де їх реально знімають — casino місцевою мовою, фейкові OTP-бренди, хости або OTP-акаунти, з яких пішов promo — потім аналіз, realtime або обидва.
