Оптовая 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 или оба.
