Кратко

  • 25 сентября TEC открыло обсуждение проекта общих требований к ядру 5G; комментарии принимаются до 24 ноября.
  • Пункт 2.13 требует размещать все компоненты виртуализированной системы в Индии и приводит в пример MANO и репозиторий VNF/CNF.

Индия предлагает локализовать не только узлы мобильного ядра. В проекте TEC 22160:2026 граница проходит и вокруг программного слоя, который разворачивает и обслуживает виртуализированную сеть.

Telecommunication Engineering Centre (TEC), работающий в структуре индийского Department of Telecommunications, опубликовал проект Generic Requirements 25 сентября. Срок консультации — до 24 ноября. Официальный каталог по-прежнему указывает TEC 22160:2023 как опубликованный стандарт общих требований к ядру 5G для типового одобрения. Поэтому формулировки версии 2026 года пока описывают проект, а не заменившее его издание.

В пункте 2.13 сказано, что все компоненты виртуализированной системы должны размещаться только в Индии. TEC отдельно называет управление и оркестрацию (MANO), а также репозиторий виртуализированных и cloud-native сетевых функций (VNF/CNF). Речь, таким образом, не только о том, где хранятся данные абонентов. Условие затрагивает инструменты, которые управляют жизненным циклом сетевых функций и поставляют используемые ими программные пакеты.

Окончательное определение размещения и процедура аудита, которых нет в проекте, зададут проверяемую границу для удаленной поддержки и работы субподрядчиков.

Функциональную конфигурацию документ распределяет иначе. Для типового одобрения он предусматривает отчеты испытаний от назначенной TEC лаборатории по обязательным требованиям и полевые испытания продолжительностью не менее трех недель. Необязательные требования поставщик может включить или не предлагать; для последних и для пунктов «Not Applicable» предусмотрено обязательство в письменной форме. Глава 11 поручает закупщику оценить необязательные интерфейсы и функции и закрепить нужные в тендере исходя из сценария развертывания.

Так складываются два разных решения. TEC предлагает установить общую географическую границу виртуализированной системы. Заказчик выбирает функции, необходимые в конкретной сети. Тендер может менять перечень возможностей, но в проекте не предусмотрен такой же выбор для отказа от индийского размещения.

Именно эту разницу стоит проверять в ходе консультации. Географическое требование уже сформулировано; способ доказать его соблюдение — нет. Для закупщика это вопрос о составе допускаемого решения, для поставщика — о том, какие компоненты попадут в заявку, а для TEC — о том, что будет считаться достаточным подтверждением. Окончательная дефиниция и процедура контроля дадут ответ лучше, чем общая формула о локализации.

Проект также требует доступности системы 99,999% и отсутствия единой точки отказа. Но действующий каталог пока сохраняет издание 2023 года, а документ 2026 года остается предметом консультации. Окончательный стандарт и обновление каталога станут публичной записью, которая подтвердит изменение статуса.

Источники