Original text "Telecom (as We Knew It) Is Dead" by Miguel Monforte | March 15, 2021.
Комментарии переводчика:
1. Статья — это мнение специалиста с многолетним стажем о том, что архитектура сетей беспроводных операторов связи кардинально меняется в силу новшеств регулирующего органа (3GPP). И что эти изменения влекут за собой переделку рынка производителей.
2. Автор статьи много лет занимается разработкой решений (HLR/HSS, UDR/UDC, PCRF) и имеет богатый опыт интеграции с решениями других производителей.
3. Статья не планировалась как технический документ, но автор с удовольствием отвечает на детальные вопросы и переводчик готов помочь с таким общением.
Время от времени организация по стандартизации 3GPP удивляет всех смелыми шагами в выборе «странных» технологий. Так было с RCS, IMS и SIP. Когда они впервые объявили об эволюции ядра 5G как облачной архитектуры с HTTP в качестве основного протокола связи, это вызвало некоторое удивление специалистов.
С выпуском Release-15 исчезло все, что олицетворяло традиционные телекоммуникационные компании. Больше никаких специальных протоколов для повышения эффективности в периоды большого объема трафика. Больше никаких тестов на совместимость с различными поставщиками и новыми протоколами. «Король» телекоммуникаций мертв, и больше не будет: «Да здравствует король!» потому, что сегодня даже ребенок, использующий node.js, может построить ядро 5G на своем ноутбуке.
Добро пожаловать в будущее.
Движение к облачному миру означает приветствовать поставщиков технологий и игроков в ранее загадочном и обнесенном стеной саду: мобильном ядре. Последние 20 лет только высококвалифицированные компании производители решений имели возможность участвовать в создании и развитии ядра мобильных операторов. Сложные телекоммуникационные протоколы, строгие требования к качеству и долгосрочные обязательства по поддержанию в рабочем состоянии унаследованных систем сделали ИТ-компании непригодными для выполнения подобных задач. Существует множество примеров систем, работающих в сетях связи в течение 10 и более лет и все потом, что установка исправлений программного обеспечения и обновления оборудования сопряжены с риском сбоя и являлись весьма серьезными задачами.
В прошлом телекоммуникационная отрасль перенимала инновации от ИТ-вендоров (некоторые из них были более продуманными, чем другие). Но в этот раз отрасль, похоже, с головой погружается в современные фреймворки, микросервисы и популярные протоколы.
Исторически сложилось так, что некоторые из этих нововведений (например, SIP) применялись в телекоме без должной осмотрительности и позже были признаны непригодными для решений беспроводной связи. В качестве наиболее свежего примера HTTP оказался неоптимальным для доставки, когда дело дошло до сетей с негарантированным качеством (например, мобильных сетей, страдающих непрогнозируемыми потерями и задержками). В результате был разработан новый протокол HTTP/2. Однако специалисты довольно быстро осознали (многие в комитете H2 IETF до того, как он был широко внедрен), что HTTP/2 имеет свои собственные ограничения (они как бы просто переместили блокировку HOL в TCP на транспортном уровне, что означало, что потеря пакетов сделала ситуацию ... хуже). И вот, Google решил (снова) возглавить мир с помощью QUIC. В итоге это привело к стандартизации HTTP/3, который был построен на основе QUIC без потери существующей семантики HTTP/2.
Облачная среда, микросервисы, HTTP, автоматическое масштабирование, узлы edge - это больше похоже на архитектуру современного крупномасштабного поставщика контента, чем на платформу оператора связи. На самом деле, мы не говорим об эволюции существующих платформ в 5G, мы говорим о полной революции, когда мы, по сути, отбрасываем все телекоммуникационные знания и вместо этого используем новую «стороннюю» платформу. Хотя это вызовет воодушевление у маркетинговых команд, стремящихся объединить предложения с ТВ, потоковой передачей, рекламой, играми и т.п., это может стать кошмаром при работе с высокой нагрузкой по протоколам, далёким от телекоммуникаций.
Хотя ни у кого нет хрустального шара, чтобы заглянуть в будущее, было много признаков того, что рынку предстоят серьезные изменения. Каждый из этих признаков был простым повторением эволюции рынка после анонса Release-15. Не так давно Microsoft приобрела две давно существующие фирмы, чтобы внедрить компоненты телекоммуникационного стека в свое облако. Есть уверенность, что это просто вопрос времени, когда другие крупные облачные провайдеры заявят о своих преимуществах аналогичным образом. Мы можем наблюдать множество других тактических приобретений, например приобретение гигантом Amdocs компании Opennet, нишевого вендора имеющего при этом критически важный опыт облачных внедрений.
Как быстро Oracle, которая уже много лет смещает акцент на облачный бизнес, дополнит свою линейку решений 5G, чтобы составить конкуренцию Microsoft? Как Amazon и Google смотрят на своих конкурентов и будут ли они просто приглашать лучших в своем классе партнеров (как например делает Nokia) или начнут трансформироваться? Время покажет, но, похоже, у них есть огромное преимущество перед традиционными поставщиками и операторами связи. Почему? Потому что они являются экспертами в таких технологиях, как CI/CD, сквозная оркестровка сервисов, микросервисы на основе контейнеров, «zero-latency cold starts» serverless решений и многие другие современные концепции горизонтально масштабируемой инфраструктуры. Они вполне неплохо понимают, что нужно делать, чтобы добиться успеха в этом новом мире telecom-as-a-service, они создавали и адаптировали эту самую новую культуру и подходы. А традиционные производители телеком решений в этом смысле находятся в рядах догоняющих и еще не известно сумеют ли выжить, чтобы набрать нужную скорость.
Так каковы же последствия «облакофикации» мобильного ядра? Будет ли это способствовать быстрому внедрению бизнес-моделей, включающих упомянутые выше технологии? Увеличит ли это износ старых технологий в пользу ядра 5G, которое обрабатывает варианты использования во всех частях корпоративного бизнеса? Пока еще слишком много вопросов, чтобы прогнозировать конкретные результаты, но ясно одно. Скоро грядут серьезные изменения - они будут долгими и глубокими. И нам с вами «повезло» жить в интересные времена!
ertaquo
Простите, а про что вообще статья? Я как-то основной посыл не уловил.
BArtMan Автор
Это мнение специалиста о том, что архитектура сетей беспроводных операторов связи кардинально меняется в силу новшеств регулирующего органа (3GPP). И что эти изменения влекут за собой переделку рынка производителей…
Crazyvlad
Архитектура всегда меняется и путь этот понятен, но подскажите, как ноутбук пользователя заменит БС (5G) и каналы к ней? Ведь в сотовой связи основные затраты именно в инфраструктуру, а не как не в ядро… Тем более, что как такового ядра и нет фактически.
Taxopr
а где ж тогда происходит аутентикация, авторизация, биллинг, терминация звонков, DPI, маршрутизация (звонков и трафика), оптимизация трафика, и пр, и пр, если не в ядре?
BArtMan Автор
Кстати в современных концепциях понятие ядра тоже размылось и некоторые вендоры к ядру относят уже и Open RAN CU/DU (BBU) которые прекрасно работают на x86 (а в тестовых/демо зонах и на ноутбуках), так что «затраты на инфроструктуру» можно услово поделить на RRH (RAN) & CORE (CU/DU+5GC) ;)
Taxopr
ну… делить можно по-всякому, но доступ(access), транспорт и кора — они все еще "отдельно" из-за разных зон безопасности в которых они находятся. Эту "стройную" идею, конечно, правит edge computing.
Но правда в том, что телеком давно не торт, и заставляет мастодонтов внутри телекома лить крокодильи слезы, пока кто побыстрее запускает телеком на K8 в облаках.
BArtMan Автор
Да-да, о том и статья :)
INSTE
Телекомщики всегда пребывали в снобском возвышенном статусе белой кости, считая все остальные сети (особенно Интернет) игрушками, недостойными внимания. Однажды даже продавили удобное для себя решение (ATM) в массовые СПД (но тут их довольно скоро закидали тряпками и эта мура быстро сдохла во всех массовых областях, кроме проприетарного во все щели DSL).
Но помаленьку под давлением массовости маятник плавно качнулся в другую сторону, компутерщики начали диктовать телекомщикам как нужно стоить сети связи.
Вообще уже на этапе эволюций 2G… 5G можно было видеть как от чистой коммутации каналов переходят к комбинированной сети (3G), а затем и к чисто пакетной Full-IP (4G). Вопрос окончательного перехода на массовые технологии из мира Интернет был вопросом времени.
Taxopr
телеком заслужил все что с ним сейчас происходит.
anonymous
С удивлением понял, что телекомом называют не дата-провайдеров, а тех старых монстров, которые до сих пор пытаются сделать из телефонной линии Ethernet, а из VoIP — некое подобие аналоговой линии. Всю статью пытался понять, что ж с ними не так, если они магистрали интернета держат, и при чём тут http)))
BArtMan Автор
Речь как раз о тех самых совсем не «старых монстрах» которые сегодня предоставлют нам с Вами услуги 4G и готовятся к тому, чтобы «завтра» нам были доступны услуги 5G. Но Вы правы в том, что перевод требует уточнения предмета. Допишу это в преамбуле к оригинальному тексту.
Sonnenwendekind
Телекомщики и компутерщики вообще-то находятся на сильно разных уровнях модели OSI: компутерщики с их JavaScript-ом не могут ни в OFDM, ни в LDPC, ни в MIMO
INSTE
Под компутерщиками я понимаю тех, кто за сети на HTTP+IP+Ethernet, а под телекомщиками — SS7+AAL+ATM (и всякие SDH/PDH еще до кучи). Про JS тут речь не идет.