До 2025 года в РФ не было российских решений SBC операторского класса. Разберемся с причинами и обсудим текущие проблемы и перспективы их решения
До 2022 года на сетях связи в Российской Федерации сохранялась дуополия двух глобальных поставщиков SBC: американской корпорации Oracle и китайской Huawei. Справедливости ради следует отметить, что скромные по производительности и функциональным возможностям решения для ведомственных сетей имелись еще у ряда российских производителей: Протей, Искра Технологии, Элтекс, Агат и даже лидера приложений для видеоконференций IVA Technologies. Однако, ни у кого из них не было и нет присутствия в операторах связи, и на то есть веские основания.
Серийные коммерческие решения, такие как Протей, Элтекс и другие поддерживают 5000-10000 одновременных сессий, при том, что стандартные решения Oracle обеспечивают от 80 000 до 160 000 одновременных мультимедийных сессий. Если же говорить о применении SBC на сетях федеральных операторов, то для них важна не только возможность поддержки от 10 до 100 тысяч одновременных сессий, но, что еще более критично, производительность решений, измеряемая в количестве попыток установления соединений в секунду (CPS). Требование к производительности является следствием сложных сценариев применения SBC на сетях операторов с использованием транскодирования, сложных сценариев обработки вызовов, необходимости адаптации сетевых протоколов, обеспечения мониторинга трафика и многого другого.
Построение решений, поддерживающих требуемое количество одновременных соединений (до 100 тысяч) при необходимом уровне производительности (до 5000 CPS) на одну виртуальную машину требует особых архитектурных решений и применения специализированных библиотек. Поэтому эволюционная доработка традиционных ведомственных SBC до операторского уровня технологически невозможна, именно этим и объясняется вакуум, образовавшийся в сегменте операторских решений после 2022 года, когда Oracle и Huawei официально остановили поставки в Россию.
Сложилась парадоксальная ситуация, когда операторы могли гарантировать целостность своих сетей и противостоять DDoS главным образом за счет установки нелицензированных (фактически, нелегальных или «пиратских») версий SBC от Oracle, которые поддерживались местными специалистами с опытом работы, а не самим производителем, в результате чего операторы оказались лишены не только возможности исправления ошибок ПО (bug fixing), но и доступа к легальному обновлению его версий.
Очевидно, что найти быструю замену контроллерам операторского класса было просто негде. Начиная с 2022 года операторы связи в России предприняли целый ряд попыток исследовать возможности российских производителей и подобрать замену ушедшим поставщикам, однако, все они не увенчались успехом — в России не нашлось технически конкурентноспособных решений SBC.
Разработать такую программную платформу «с нуля» можно лишь за несколько лет и ценой существенных инвестиций. За эту работу в 2022 году и взялся наш коллектив специалистов, которые составляли ранее костяк компании Acme Packet, а после ее приобретения- подразделение SBC решений внутри Oracle. Так к середине 2025 года на рынке появилось принципиально новое отечественное решение операторского класса нового поколения, которое уже успешно используется на сети Ростелекома, а также на сетях десятков крупнейших российских корпораций.
Почему у разработки SBC «с нуля» есть все шансы на успех.
Если взглянуть на историю развития сегмента SBC глобально, то можно отметить, что флагманские решения (Oracle, Huawei, AudioCodes и др.) — это продукты, созданные в середине-конце 2000 гг., в совершенно иную технологическую эпоху. Существующие флагманские зарубежные решения объединяет общая черта — эти системы были изначально созданы для аппаратных платформ начала тысячелетия и уже несколько раз испытали поэтапную переделку под более новые процессоры, новые операционные системы, библиотеки, а затем трансформацию в виртуальные и облачные решения. Для таких продуктов объективно исчерпаны возможности развития. Невозможно эффективно идти на морально устаревшем программном коде в цифровую экономику, которая опирается на виртуальные технологии NFV и облачную инфраструктуру. В такой ретроспективе, вынужденная необходимость российской IT отрасли создавать продукты самостоятельно, «с нуля», неожиданно обретает положительное качество. Российскому рынку необходим такой новый отечественный продукт, разработанный с чистого листа как виртуализированное VNF решение на современной технологической базе, что закладывает возможность эффективного развития на 20 лет вперед.
Важной качеством такого SBC должна являться универсальность и унификация между разными сегментами рынка. Разработка отдельных продуктов для операторского сегмента и корпоративного сегмента неэффективна при сравнительно небольшом объеме рынка РФ и СНГ. В этой связи, оптимальным решением является гибко масштабируемый виртуальный SBC с общим набором функционала для любой области применения, что прекрасно укладывается в парадигму VNF (Virtual Networking Function — продукт, который изначально создан для работы как виртуальная машина в виртуальной инфраструктуре) и соответствует возможностям доступных технологий.
Сейчас вопрос за малым — побороть инерцию российских операторов, десятилетия доверявших защиту целостности сетей американским и китайским продуктам. С одной стороны для этого требуется терпеливый и планомерный процесс популяризации преимуществ российского SBC операторского класса в профессиональной среде, с другой — хотя бы временного снижения стоимости капитальных ресурсов для участников рынка, которые готовы сейчас идти на компромиссные или даже «пиратские» решения, чтобы всеми способами избегать многомиллионных инвестиций.