Меня зовут Назар Гельдыев и я руковожу направлением технологического развития в телеком-блоке МТС.
Вы когда-нибудь задумывались, что происходит по ту сторону базовой станции? Как оплата мобильной связи превращается в интернет, минуты и SMS? За этими привычными действиями стоит сложнейший аппаратно-программный комплекс — платформа онлайн-биллинга. Она в режиме реального времени соединяет два мира: классический телеком с его коммутаторами, станциями и транспортными сетями и продуктовую корзину с тарифами и опциями для пользователей.
Сегодня я расскажу, как эта система работает в МТС, какие проблемы приходится решать моей команде, куда мы развиваем наш продукт и почему даже переход с постоплаты на предоплату — это сложнейший технический вызов, который требует кардинальной перестройки инфраструктуры.
Одно меню на 80 миллионов человек
Представьте, что мобильная сеть — это ресторан. Вы приходите, заказываете блюда, наслаждаетесь едой, но в конце вас ждет стандартная процедура — оплата. В телекоммуникациях биллинг выполняет ту же функцию: он следит за потреблением услуг, чтобы в нужный момент провести списание по правилам вашего тарифа.
Но есть нюанс: в ресторане или кафе вы можете заказать больше, чем планировали, и потом удивиться сумме в чеке. Это принцип постоплаты, от которого постепенно уходят все операторы связи. Функция контроля перехода баланса через ноль — крайне сложная техническая задача.
Чтобы обеспечить возможность предоплаты системы биллинга должны в реальном времени проверять ваш баланс и разрешать только оплаченные услуги. Сложность в том, что все это происходит за миллисекунды. Когда вы отправляете сообщение, открываете видео или звоните, биллинг уже проверил ваш баланс, тариф, зону обслуживания, ограничения скорости и условия подключения. В этот момент задействуется множество разных систем.
Что нужно для идеальной тарификации
Платформа онлайн-биллинга работает одновременно и с телеком-инфраструктурой, и с продуктовой корзиной. Допустим, у вас тариф с ночным безлимитом. Биллинг должен:
-
учесть время с поправкой на часовой пояс;
-
определить, действительно ли вы используете этот тариф;
-
не списывать трафик ночью, но считать его днем;
-
вести расчеты в режиме реального времени, чтобы не было задержек;
-
учитывать бонусы, скидки, пакетные предложения и разные опции: «за границей», «без заграницы» и так далее.
И здесь есть огромная разница, какой биллинг используется: онлайн (постоплата) или офлайн (предоплата). Для каждого варианта платформе нужна будет своя инфраструктура. Системы офлайн-биллинга гораздо проще, потому что в них нет необходимости отслеживать переход через ноль и видеть отсутствие денег на счету: ты воспользовался услугами, а потом тебя рассчитали. В онлайн-биллинге уже нужно проверить баланс, а затем выделить доступные опции. А теперь представьте, что тарифов тысячи, а абонентов — миллионы.
Платформа онлайн-биллинга — это высоконагруженная система со своей инфраструктурой: базами данных, серверами с мощными процессорами и большим объемом оперативной памяти, кучей запущенных приложений и работающих скриптов. Но так было не всегда.
Как эволюционировал онлайн-биллинг?
Биллинг прошел длинный путь — от простых систем учета минут и SMS до сложных платформ, обрабатывающих миллионы операций в секунду. На это развитие можно посмотреть с точки зрения 3GPP (3rd Generation Partnership Project) — организации, которая занимается разработкой спецификации для мобильной телефонии:
Мезозой (до 2010-х годов). В ранних сетях (2G, начало 3G) все было просто:
-
абонент звонил, отправлял SMS, пользовался интернетом;
-
базовые станции фиксировали этот факт и передавали информацию в биллинговую систему;
-
раз в месяц биллинг подсчитывал потребленные минуты и мегабайты и выставлял счет.
Онлайн-списание действовало только на голосовые предложения, а оплата трафика шла по мегабайтам.
Появление первых платформ и попытка внедрить вендорские решения (2010–2020 года). В начале 2010-х интернет стал основным драйвером роста рынка. Теперь система должна была проверить баланс, мгновенно списать деньги и отследить переход через ноль. В это время в МТС появилась платформа SDP (Service Delivery Platform), умевшая учитывать и тарифицировать интернет-трафик. Мы увидели ограничения и стали искать вендора, который мог бы не только справиться с текущими задачами, но и заложить возможность роста на будущее. Увы, на рынке такого не оказалось, и мы запустили разработку собственного решения.
Создание своей системы (2020 — настоящее время). К этому времени весь мир перешел на онлайн-тарификацию, и мы вместе с ними. Внутри компании мы защитили стратегию, по которой должны создать свою собственную систему единого биллинга для голоса и для интернета и общий модуль управления политиками (PCRF — policy control and rule function). PCRF — это то же самое, что HLR/HSS для коммутатора. Он владеет и управляет профилем абонента. Но, в отличие от HLR/HSS, он это делает в онлайне и может применять разные политики в режиме реального времени. К 2028 году PCRF должен уже поддерживать 5G. И вот переход от внешних вендоров к своей системе и ее масштабирование обязано произойти без остановки сервиса. Это как менять двигатель у летящего самолета.
Вызовы для нашей команды
Запуск платформы онлайн-биллинга снижает сложности при работе оператора связи, но сам переход на нее — нетривиальная задача из-за нескольких моментов.
Перевод механик тарификации со старых решений
В телекоме системы могут работать десятилетиями, но, прежде чем что-то перенести, нужно сначала разобраться, как это функционировало раньше. У старых систем может отсутствовать или быть неактуальной документация, а те, кто умел с ней работать, давно ушли из компании.
Есть вариант поискать внешних подрядчиков, но это дорогой и долгий путь. Самое критичное, на рынке может не оказаться нужных компетенций. Тогда остается только реверс-инжиниринг. Анализируя старый код, логи работы системы и накопленные данные, команда воссоздает принципы ее функционирования.
Расширение возможностей
Чтобы выдерживать рост трафика, можно бесконечно наращивать мощности и закупать серверы, но это дорого, а в текущих реалиях еще и медленно. Поставки занимают до девяти месяцев. Проблемы всплывают где угодно: заканчивается оперативная память, перестает хватать производительности серверов, возникает недостаток емкости или скорости работы баз данных. Поэтому критически важно предсказывать рост нагрузки, выявлять узкие места в инфраструктуре и оптимально распределять ресурсы — это постоянная игра на опережение.
Дополнительный вызов — подготовка к массовому распространению 5G и развитию рынка IoT. Интернет вещей — это миллионы автономных устройств, которые обмениваются данными без участия человека. Их количество может на порядок превысить число привычных гаджетов, и вся эта экосистема должна работать в режиме реального времени со стабильным соединением и точной тарификацией. Задача онлайн-биллинга — справиться с огромным объемом данных и поддерживать работу всей системы без сбоев.
Географическая распределенность
Россия — огромная страна, где зрелость регионов в плане связи отличается кардинально. В одних люди уже 5G тестируют, а в других 2G толком нет. В отдаленные районы вроде Чукотки связь в основном идет по спутниковым каналам. В Норильске есть оптика, но ее работу легко может прервать случайное животное. Протянуть новые линии — это проект государственного уровня с миллиардными вложениями.
В целом, вся страна в телеком-плане делится на пять крупных зон, плюс-минус одинаковых у всех операторов. И в каждом регионе свои потребности, востребованные сервисы и, конечно, технические ограничения. Поэтому биллинг должен адаптироваться под нестандартные условия и для таких регионов осуществлять тарификацию с задержкой.
Переход на open-source и собственную разработку
Выпиливание вендорских решений — это внезапное превращение компании из пользователя в разработчика, хочет она того или нет. Раньше все было просто: берешь готовый продукт и ставишь команду эксплуатации. Теперь же нужно не только мигрировать, но и учесть требования цифрового суверенитета: использовать открытые или отечественные аналоги, причем с нуля растить в них экспертизу.
Как мы переходим на новую платформу биллинга
При разработке собственной системы можно пойти двумя путями: быстро закрыть базовые функции и потом постепенно добавлять все остальное или сразу построить крепкий фундамент. Мы пошли по второму пути: тестировали базу, устраняли технические долги, выстраивали логику работы с трафиком, голосом и SMS. По сути, сам биллинг — это просто учет потребления мегабайтов, минут и сообщений, никакого «ракетостроения». В отличие от ретейла, где тысячи SKU, у нас всего три типа услуг в разных комбинациях. Это сильно упрощает процесс.
Биллинг тесно интегрирован с десятками других систем: витринами «Мой МТС», CRM, внутренними операторами поддержки и техническим блоком. Каждое изменение требует согласования с владельцами этих продуктов, чтобы их KPI не пострадали. И это один из главных вызовов: мало придумать хорошее решение, нужно еще убедить всех участников экосистемы, что оно им тоже выгодно.
Люди не любят меняться. В большой компании всегда есть естественный консерватизм: «Работает? Не трогай». Поэтому ключ к успеху — плавные и малозаметные изменения. Мы любим тихие революции: когда система уже работает по-новому, а пользователи даже не обратили внимание, что что-то поменялось. Главное правило — напоминать о себе раз в пару недель, чтобы никто не забыл про миграцию.
Чтобы не заставлять коллег переписывать свои API под нашу новую систему, мы разработали три универсальных «зонтика» — адаптеры, которые обеспечивают плавную миграцию:
-
H2o.adapter — единая точка доступа для всех витрин (приложения, операторские панели и т. д.), которая агрегирует данные об остатках пакетов и статусе абонента.
-
Service Activation — сервис управления услугами. Он определяет, на какой платформе (старой или новой) находится абонент, и корректно выполняет нужные операции подключения и отключения.
-
Diameter Twitch — механизм, заставляющий абонента обновить сигнальную информацию (например, переподключиться к сети) так, чтобы он этого даже не заметил.
Эти «зонтики» стали стандартами внутри компании, и через них проходит вся миграция. Они не только решают текущие задачи, но и обеспечивают гибкость на будущее, поддерживая как старые, так и новые платформы.
Самая большая сложность — с миграцией абонентов. Мы не переводим всех и сразу — процесс идет порциями, каждая из которых на порядок больше предыдущей. На всех этапах тщательно мониторим клиентский опыт: потребление трафика, платежную дисциплину, жалобы. Если все нормально, то масштабируем дальше. Если где-то «горит» — точечно разруливаем. Важный момент: мы не заставляем абонента переходить, а просто даем системе разрешение на переход, а уже дальше переход происходит естественным образом, когда совпадают нужные условия.
Как рынок влияет на технологии
У российского телеком-рынка есть несколько уникальных особенностей. Это суровая конкуренция между операторами и отсутствие привязки телефона к SIM-карте. В других странах смена аппарата часто связана с контрактной системой, где стоимость телефона компенсируется повышенной абонентской платой. У нас же такой модели нет — покупай флагман за полную цену, но пользуйся любым оператором. Эта ситуация сложилась исторически: в 90-х и 2000-х годах в Россию массово завозили сотовые телефоны из разных регионов, и абоненты уже сами выбирали себе оператора. А вот цены на связь ограничены государственным регулированием, так что легкого повышения тарифа, как, скажем, в Беларуси, здесь не получится.
Тариф в телеком-платформе — это полноценный продукт, который существует в рамках программной архитектуры. Изменение условий — это не банальное редактирование, а рождение нового цифрового продукта. И если в обычном IT-продукте можно внедрять обновления «на лету», в телекоме коррекция — это фактически новый релиз со всеми сопутствующими процессами.
Каждое изменение тарифа требует пересчета данных, а иногда и запуск новой биллинговой системы внутри старой. Представьте: тысячи записей в базах данных, миллионы параметров у каждого пользователя, которые должны быть пересчитаны без сбоев. И если тариф пришлось скорректировать или вернуть к предыдущему уровню, это не просто нажать кнопку «откатить». В реальности создается новый тариф, новая система расчета, новые экземпляры данных. Не зря в названиях тарифов можно встретить указание месяца и года — это не просто метка, а необходимость.
Одна из самых интересных наших текущих задач — параметрический тариф, где абонент получает возможность настраивать свои опции. С технической точки зрения, это означает, что тариф перестает быть статической сущностью, и биллинг становится динамичным. То есть меняется сам принцип, на котором он работает.
Другая наша цель — переход на 5G, когда это возможность появится. Здесь перемены коснутся не только железа (новые антенны и базовые станции), но и всей логики биллинга. В 5G не будет привычного протокола Diameter, его заменяет HTTP/2.0. Более того, ядро станет виртуализированным, а сама сеть разделится на слои (network slicing). Каждому слою нужен будет свой виртуальный биллинг, что потребует пересмотра всей системы. По сути, это новый уровень абстракции в управлении сетью и тарификацией.
А что же дальше?
Если 2G и 3G когда-то вводили пользователей в интернет на определенное время, то сегодня устройства живут в сети 24/7. 5G стирает границы между мобильной и фиксированной связью. Скорости будут настолько высокими, что подключать дом, школу или любое предприятие к интернету станет выгоднее беспроводным способом. Более того, благодаря миллиметровому диапазону 5G определяет местоположение абонента без GPS, что делает возможным появление целого пласта новых сервисов.
Кроме того, в 5G каждое устройство может работать как ретранслятор, передавая сигнал дальше. До этого связь строилась на крупных узлах — от одной базовой станции на город (1G) до точек каждые 500 метров (4G), теперь доступ в сеть можно получать буквально в любой квартире.
Такое покрытие стирает разделение между офисом и домом. После пандемии привычки пользователей изменились: работа и отдых определяются не географически, а цифровыми параметрами. Включил корпоративный VPN — ты в офисе. Открыл онлайн-кинотеатр — ты дома, вне зависимости от физического местоположения.
Растущая экосистема требует гибкого учета и тарификации: онлайн-биллинг должен будет поддерживать бесчисленное количество вариаций услуг и их комбинаций, причем делать это максимально быстро и с минимальными затратами. Мобильная связь в России остается одной из самых дешевых в мире. Это историческое наследие рынка 90-х и 2000-х годов и результат высокой конкуренцией между четырьмя основными операторами. В таких условиях нам остается делать нашу платформу так, чтобы она отвечала запросу на гибкость, персонализацию и виртуализацию. И пока мы с этой задачей справляемся и закладываем возможности будущего роста и развития.
Автор: neizer
