Сучасний телеком-ландшафт перебуває у стані глибокої архітектурної трансформації. Розгортання мереж 5G та впровадження концепції динамічного слайсингу мережі (network slicing) вимагають від операторів зв'язку радикального перегляду BSS/OSS (Business Support Systems / Operations Support Systems). Традиційні монолітні системи білінгу, спроєктовані як закриті пропрієтарні комплекси, більше не здатні тарифікувати трафік у реальному часі з необхідною гнучкістю.
Головний виклик полягає в технологічному розриві між застарілими системами білінгу та хмарним ядром 5G, а також у зростанні кіберзагроз. Згідно з дослідженням CFCA Global Fraud Loss Survey 2025, глобальні фінансові втрати від телеком-фроду оцінюються приблизно у $41.82 млрд на рік, з яких близько $5.31 млрд припадає лише на фрод із підписками (subscription fraud). Для мінімізації цих ризиків та збереження рентабельності оператори змушені швидко переходити від монолітів до модульних архітектур API-first, де тарифікація, mediation та антифрод працюють як інтегровані мікросервіси.
Еволюція білінгу: чому монолітні BSS не встигають за динамікою 5G
Історично телеком-білінг будувався навколо пакетної обробки. Мережеві комутатори генерували файли деталізації викликів (Call Detail Records, CDR), які періодично завантажувалися в білінг для агрегації та виставлення рахунків. Ця парадигма задовольняла потреби голосового зв'язку та мобільного інтернету попередніх поколінь.
Проте стандарт 5G, розроблений консорціумом 3GPP, базується на сервіс-орієнтованій архітектурі (Service-Based Architecture, SBA), що відповідає принципам cloud-native. У такому середовищі тарифікація має відбуватися одночасно зі споживанням послуги. Якщо абонент використовує виділений мережевий слайс для критично важливих IoT-пристроїв або телемедицини, система повинна розраховувати вартість сесії в реальному часі, спираючись на динамічні параметри якості обслуговування (QoS). Монолітні BSS у цьому контексті стають технологічним гальмом: зміна логіки тарифікації або розгортання конвергентного тарифу потребує втручання в ядро системи, тривалого тестування та місяців на реліз (time-to-market).
Рівень Mediation як міст між legacy-протоколами та хмарним ядром
Платформи телеком-медіації (Mediation) збирають, нормалізують і трансформують «сирі» мережеві дані (сигнальний трафік, CDR, IPDR) у формат, зрозумілий для BSS. Складність полягає в необхідності одночасної підтримки обладнання різних епох.
З одного боку, в експлуатації залишаються сегменти 2G/3G/4G на базі протоколів SS7 та Diameter. Звіт ENISA Threat Landscape 2025 чітко вказує, що експлуатація вразливостей у застарілих сигнальних протоколах залишається персистентним безпековим ризиком для мобільних мереж, адже вони не мають вбудованих механізмів криптографічного захисту зразка 2020-х років. З іншого боку, ядро 5G спілкується виключно через сучасні HTTP/2 REST API з використанням JSON.
Вирішенням є впровадження шарів mediation на базі API. Такий шлюз здатен одночасно приймати потокові бінарні дані з legacy-комутаторів, очищати їх і генерувати структуровані JSON-запити для сучасних компонентів BSS у реальному часі.
Тарифікація в реальному часі (Real-Time Rating) в умовах network slicing
Щоб монетизувати 5G-слайсинг, оператори розгортають рушії тарифікації (real-time rating engines) безпосередньо всередині сервіс-орієнтованого ядра. Функція тарифікації (Charging Function, CHF) взаємодіє з функцією управління сесіями (SMF) через стандартизований інтерфейс Nchf.
Це дозволяє тарифікувати не мегабайти, а виконання конкретних SLA. Наприклад, якщо клієнт замовляє слайс із гарантованою наднизькою затримкою (URLLC), система постійно обмінюється даними з BSS для перевірки балансу та списання коштів за мілісекунди пріоритетного трафіку. При вичерпанні ліміту подається миттєва команда на зниження пріоритету або деградацію QoS до стандартного рівня, унеможливлюючи виникнення дебіторської заборгованості.
Інтеграція з BSS: як усунути витік доходів та протидіяти IRSF
Відсутність real-time контролю робить операторів вразливими до міжнародного фроду з розподілом доходів (International Revenue Share Fraud, IRSF). Зловмисники генерують тисячі паралельних викликів на підконтрольні міжнародні преміум-номери. За пакетної обробки CDR оператор виявляє аномалію лише через кілька годин, коли збитки вже сягнули сотень тисяч доларів.
Протидія вимагає розгортання антифрод-модулів, які моніторять сигнальний трафік і виявляють патерни IRSF у реальному часі. Важливо зазначити, що галузеві ініціативи на кшталт STIR/SHAKEN (описані у FCC First Caller ID Authentication Report and Order) сфокусовані виключно на автентифікації Caller ID та боротьбі зі спуфінгом. Вони є важливою частиною безпеки, але не є комплексним рішенням проти складних схем IRSF чи фроду з підписками. Потрібен глибинний сигнальний аналіз, поєднаний з BSS.
Команди технологічного альянсу Intecracy Group надають послуги з проєктування телеком-архітектури, допомагаючи операторам переходити на cloud-native рішення, інтегрувати розрізнені BSS/OSS та розгортати платформи обробки трафіку. Для швидкого створення надійних інтеграційних шлюзів може застосовуватися UnityBase — full-stack JavaScript low-code платформа (спільна розробка компаній Intecracy Group, де InBase виступає ключовим розробником). Використовуючи єдину модель метаданих (Domain metadata) та незалежний від СУБД ORM, UnityBase дозволяє будувати кастомні API-прошарки поверх застарілих систем. Наявність вбудованих механізмів управління доступом (RBAC, RLS) та детального аудиту транзакцій (audit trail) у комерційних редакціях Enterprise та Defence забезпечує необхідний рівень безпеки при обміні даними між ядром мережі та BSS.
Перехід на Open Digital Architecture (ODA): практичні кроки декомпозиції
Щоб подолати залежність від монолітів, галузь орієнтується на концепцію Open Digital Architecture (ODA) від TM Forum. ODA передбачає заміну закритих BSS/OSS на компонентну інфраструктуру, де тарифікація, каталоги продуктів та клієнтські профілі функціонують як незалежні, але скоординовані мікросервіси через TM Forum Open APIs.
Проте слід усвідомлювати, що впровадження ODA чи API-first підходів не усуває магічним чином усі інтеграційні проблеми. Декомпозиція моноліту породжує нові архітектурні виклики: складність забезпечення консистентності даних (eventual consistency) та необхідність мінімізації затримок (latency) при каскадних запитах між сервісами. Перехід варто здійснювати поступово:
- Централізація каталогу (Product Catalog): виділення єдиного джерела правди для конфігурації тарифів і продуктів, відокремленого від системи виконання (rating engine).
- API Gateway: розгортання шлюзу для оркестрації та захисту мікросервісних інтерфейсів.
- Strangler Fig Pattern: паралельне розгортання нового мікросервісу тарифікації для послуг 5G із поступовим переведенням на нього абонентів із legacy-білінгу.
| Параметр | Монолітний BSS | Модульний API-First (ODA) |
|---|---|---|
| Швидкість запуску нових тарифів | Місяці (потребує зміни коду ядра) | Дні або години (через конфігурацію API-компонентів) |
| Обробка 5G-трафіку | Обмежена (пакетна обробка CDR) | Реальний час (інтеграція з Service-Based Architecture) |
| Складність інтеграції | Висока (point-to-point конектори) | Низька (стандартизовані TM Forum Open APIs) |
| Реакція на фрод | Реактивна (аналіз після факту генерації CDR) | Проактивна (моніторинг сигнального трафіку в реальному часі) |
Модернізація BSS/OSS є критичним кроком для виживання на телеком-ринку. Перехід до відкритої компонентної архітектури та впровадження mediation-платформ нового покоління не лише захищає доходи від дедалі складніших шахрайських схем, а й створює фундамент для монетизації інноваційних послуг мереж 5G.
Поширені питання
Як інтегрувати legacy-системи тарифікації з новим 5G Core без повної заміни BSS?
Найефективніший спосіб — розгортання гібридного mediation-рівня на базі API. Він приймає сучасні JSON-запити від ядра 5G (інтерфейс Nchf) та на льоту трансформує їх у традиційні формати (Diameter або пакетні CDR), зрозумілі для legacy-білінгу. Це дозволяє здійснювати поетапну міграцію без зупинки бізнес-процесів.
Яку роль відіграє mediation-платформа у запобіганні фроду типу IRSF?
Mediation-платформи інтегруються з антифрод-модулями для аналізу сигнального трафіку (SS7, Diameter) у реальному часі. Виявляючи аномальні патерни, наприклад, спайк масових викликів на міжнародні номери, система може заблокувати підозрілі транки ще до того, як виклик буде встановлено та згенеровано перший CDR.
Які переваги дає впровадження Open Digital Architecture (ODA) для BSS/OSS?
Впровадження стандартів TM Forum ODA допомагає розбити пропрієтарні моноліти на незалежні мікросервіси, що взаємодіють через Open APIs. Це знижує залежність від одного вендора, прискорює запуск нових тарифних продуктів та дозволяє легко масштабувати лише ті бізнес-функції (наприклад, real-time rating), які отримують найбільше навантаження.