Resumo
- A Telecommunication Engineering Centre abriu em 25 de setembro uma consulta sobre requisitos genéricos para o núcleo 5G; o prazo termina em 24 de novembro.
- A cláusula 2.13 do projeto exige que todos os componentes de um sistema virtualizado sejam hospedados na Índia, citando MANO e o repositório VNF/CNF.
Um comprador pode especificar quantos recursos de uma rede quer contratar. Talvez não possa escolher onde fica a infraestrutura que instala e administra esses recursos. Essa distinção aparece no projeto de Generic Requirements (GR) para o núcleo 5G publicado pela Telecommunication Engineering Centre (TEC), órgão que funciona sob o Departamento de Telecomunicações da Índia.
O TEC publicou o texto TEC 22160:2026 em 25 de setembro e recebe comentários até 24 de novembro. A lista oficial de padrões ainda identifica TEC 22160:2023 como a GR publicada para aprovação de tipo do núcleo 5G. A nova edição está em consulta; tratá-la como requisito já vigente apagaria justamente a decisão que ainda está aberta.
O rascunho define uma condição territorial ampla. A cláusula 2.13 determina que todos os componentes de um sistema virtualizado sejam hospedados apenas na Índia. Entre os exemplos estão o sistema de gerenciamento e orquestração (MANO) e o repositório de funções de rede virtualizadas (VNF) e nativas da nuvem (CNF). Não é apenas uma frase sobre dados de assinantes. A redação inclui partes que organizam a implantação das funções e guardam os pacotes de software usados pelo sistema.
O projeto não explica o que conta como “hospedado”. Um servidor em território indiano resolve a questão se a operação for remota? E uma atividade feita por um subcontratado? O documento de 88 páginas não define esse teste, nem aponta qual evidência seria suficiente numa auditoria. Como a expressão “todos os componentes” vem antes dos exemplos, essa fronteira pode depender da definição final, não de uma lista fechada.
Já a configuração funcional da compra segue outro caminho. Para a aprovação de tipo, o documento menciona relatórios de laboratório designado pela TEC para os requisitos obrigatórios e um ensaio de campo de pelo menos três semanas. Um fornecedor pode oferecer requisitos opcionais ou deixá-los de fora; para os não oferecidos ou marcados como “Not Applicable”, o texto prevê uma declaração de compromisso. No capítulo 11, cabe ao comprador examinar as interfaces e funções opcionais e escolher as necessárias no edital, conforme o cenário de implantação.
O resultado é um desenho de dois níveis. A TEC propõe uma condição fixa para a localização da camada virtualizada. Cada órgão ou operador que compra define o conjunto de funções que quer receber. O edital pode reduzir o escopo funcional, mas o projeto não apresenta uma opção para dispensar a hospedagem na Índia.
O trabalho da consulta, portanto, não é apenas discutir se a regra parece conveniente. É fechar sua fronteira: quais peças entram, como comprovar a localização e como tratar operação terceirizada ou remota. Uma regra sem esse procedimento pode ser fácil de citar e difícil de aplicar de maneira uniforme.
O projeto também exige disponibilidade de 99,999% para o núcleo e ausência de ponto único de falha. São compromissos que tornam o padrão relevante para a arquitetura, mas ainda estão dentro de uma proposta. A lista oficial mantém a edição 2023; a publicação de uma versão final em substituição a ela será o marco documental que mudará o status.
Fontes
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Exclusivo para o Círculo Estratégico
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance





