CHINA Shenzhen Olax Technology CO.,Ltd Notícias da empresa

  1. Sobrecarga do Sistema: Em redes 5G, "sobrecarga" refere-se a tráfego excessivo ou muitos dispositivos tentando se conectar simultaneamente, sobrecarregando os recursos da rede e levando a congestionamento, velocidades lentas ou falhas de conexão. As estratégias para lidar com essa sobrecarga incluem a liberação de mais espectro licenciado, a alocação de recursos por meio de fatiamento de rede e funções de rede principal, e a implementação de mecanismos como limitação de taxa, temporizadores de saída e mensagens de sobrecarga para controlar e gerenciar o tráfego de forma eficaz.   2. O processo de iniciação de sobrecarga notifica o nó NG-RAN para reduzir a carga de sinalização direcionada ao AMF associado. Este processo de iniciação usa sinalização não associada ao UE. Como mostrado na Figura 8.7.7.2-1 abaixo, o processo de iniciação inclui:     Um nó NG-RAN que recebe uma mensagem de iniciação de sobrecarga deve assumir que o AMF receptor está em um estado sobrecarregado. Se a mensagem Overload Start contiver o IE Overload Action e o IE AMF Overload Response, o nó NG-RAN deve usá-lo para identificar o tráfego de sinalização relevante. Esta informação é usada quando o IE Overload Action é definido como: “Rejeitar o estabelecimento de conexão RRC para transferências de dados originadas de dispositivos móveis não emergenciais” (ou seja, rejeitar o tráfego correspondente às causas RRC “mo-data”, “mo-SMS”, “mo-VideoCall” e “mo-VoiceCall” em TS 38.331 ou “mo-data” e “mo-VoiceCall” em TS 36.331), ou “Rejeitar o estabelecimento de conexão RRC para sinalização” (ou seja, rejeitar o tráfego correspondente às causas RRC “mo-data”, “mo-SMS”, “mo-signalling”, “mo-VideoCall” e “mo-VoiceCall” em TS 38.331 ou “mo-data”, “mo-signalling” e “mo-VoiceCall” em TS 36.331), ou “Permitir o estabelecimento de conexão RRC apenas para sessões de emergência e serviços terminados em dispositivos móveis” (ou seja, permitir apenas o tráfego correspondente a TS 38.331 ou às causas RRC "emergency" e "mt-Access" em TS 36.331), ou "O estabelecimento de conexão RRC é permitido apenas para sessões de alta prioridade e serviços terminados em dispositivos móveis" (ou seja, apenas o tráfego correspondente às causas RRC "highPriorityAccess," "mps-Priority Access," "mcs-PriorityAccess," e "mt-Access" em TS 38.331 ou "highPriorityAccess," "mo-ExceptionData," e "mt-Access" em TS 36.331 é permitido). 3. Tratamento de Sobrecarga: O NG-RAN lida com a situação da seguinte forma: Se a mensagem OVERLOAD START contiver o IE AMF Traffic Load Reduction Indication, o tráfego de sinalização é reduzido pela porcentagem indicada; caso contrário, apenas o tráfego de sinalização não indicado como rejeitado é enviado ao AMF. Se o IE Overload Start NSSAI List estiver incluído na mensagem OVERLOAD START, o nó NG-RAN deve: Se o IE Slice Traffic Load Reduction Indication estiver presente, reduzir o tráfego de sinalização do UE pela porcentagem indicada, desde que o IE esteja presente e o NSSAI solicitado contenha apenas o S-NSSAI contido no IE Overload Start NSSAI List e a redução do tráfego de sinalização indicada pelo IE Overload Action no IE Slice Overload Response; caso contrário, garantir que apenas o tráfego de sinalização do UE (se o NSSAI solicitado corresponder, apenas o tráfego de sinalização do NSSAI solicitado do UE contendo S-NSSAIs diferentes do S-NSSAI contido no IE Overload Start NSSAI List) ou o tráfego de sinalização não reduzido conforme indicado pelo IE Overload Action no IE Slice Overload Response) seja enviado ao AMF. Se o controle de sobrecarga estiver em andamento e o nó NG-RAN receber outra mensagem OVERLOAD START, o nó NG-RAN deve substituir o conteúdo da mensagem recebida anteriormente pelo novo conteúdo.

  1. AMF (A Função de Gerenciamento de Acesso e Mobilidade) é um elemento crítico do plano de controle em 5G, responsável por gerenciar o acesso, a mobilidade e a segurança do equipamento do usuário (UE) dentro do sistema 5G. Ele lida com o registro e autenticação iniciais do UE e gerencia as transferências entre células de rede e redes de acesso. O AMF colabora com outras funções de rede (como o SMF) para estabelecer e manter sessões de dados para os usuários.   2. As responsabilidades do AMF são divididas nas seguintes áreas: Registro e Autenticação do UE: O AMF autentica o UE, verifica sua identidade e credenciais de assinatura e concede acesso aos serviços 5G. Gerenciamento de Mobilidade: Responsável por lidar com o complexo processo de mover um UE de uma célula para outra ou entre diferentes redes de acesso de rádio (NG-RANs). Gerenciamento de Contexto: Mantém o contexto do UE, que inclui informações sobre a localização atual do UE, o estado da sessão e a segurança. Interação com Outros Elementos de Rede SMF (Função de Gerenciamento de Sessão): O AMF colabora com o SMF para estabelecer, modificar e gerenciar sessões de dados do usuário. UDM (Gerenciamento de Dados Unificado): Ele se comunica com o UDM para recuperar e gerenciar informações de assinatura do usuário.      AUSF (Função de Servidor de Autenticação): O AMF seleciona o AUSF apropriado para autenticar a identidade do UE durante o registro. NSSF (Função de Seleção de Fatias de Rede): O AMF usa o NSSF para descobrir e selecionar a fatia de rede e as funções apropriadas com base na localização e nos requisitos do UE. Gerenciamento de Funções de Rede: O AMF usa uma interface baseada em serviço e a Função de Repositório de Rede (NRF) para descobrir e selecionar outras funções de rede. 3. A Indicação de Status do AMF procedimento é projetado para suportar funções de gerenciamento do AMF. Este procedimento usa sinalização não associada ao UE e a operação bem-sucedida é mostrada na Figura 8.7.6.2-1 abaixo, onde:   O AMF inicia este procedimento enviando uma mensagem "Indicação de Status do AMF" para o nó NG-RAN. Após o recebimento da mensagem Indicação de Status do AMF, o nó NG-RAN deve assumir que o GUAMI indicado não está disponível e realizar a resseleção do AMF conforme definido em TS 23.501. Se suportado, o nó NG-RAN deve tomar as medidas apropriadas conforme especificado em TS 23.501 com base na existência do método de temporizador para o IE de remoção de GUAMI. Se o IE Nome do AMF de Backup estiver incluído na mensagem Indicação de Status do AMF, o nó NG-RAN deve (se suportado) realizar a resseleção do AMF de acordo com o AMF indicado pelo IE Nome do AMF de Backup, conforme especificado em TS 23.501. Se o IE Nome do AMF de Backup Estendido estiver incluído na mensagem Indicação de Status do AMF, o nó NG-RAN deve (se suportado) realizar a resseleção do AMF de acordo com o AMF indicado pelo IE Nome do AMF de Backup Estendido, conforme especificado em TS 23.501.

  1. Anormalidades do Sistema:Desvios do projeto podem ocorrer durante a operação normal da rede 5G. Estes incluem problemas de desempenho, como ameaças à segurança da rede, interferência de sinal, cobertura insuficiente e potenciais falhas no software e hardware da rede. Essas anormalidades podem se manifestar como interrupções de serviço, falhas do sistema, velocidades de rede lentas ou chamadas interrompidas. Elas são tipicamente identificadas pela análise de sistemas de detecção de anomalias de dados de rede e podem ser categorizadas na rede central e na rede de rádio.     2. Anormalidades 5GC: Se a mensagem NG RESET incluir o IE UE-associated Logical NG Connection List, mas nem o IE AMF UE NGAP ID nem o IE RAN UE NGAP ID estiverem presentes no IE UE-associated Logical NG Connection Item, o AMF deverá ignorar o IE UE-associated Logical NG Connection Item. O AMF pode retornar um IE UE-associated Logical NG Connection Item vazio no IE UE-associated Logical NG Connection List na mensagem NG RESET ACKNOWLEDGE.     3. Anomalias NG-RAN:Se a mensagem NG RESET contiver o IE UE-Associated Logical NG Connection List, mas nem o IE AMF UE NGAP ID nem o IE RAN UE NGAP ID estiverem presentes no IE UE-Associated Logical NG Connection Item, o nó NG-RAN deverá ignorar o IE UE-Associated Logical NG Connection Item. O nó NG-RAN pode retornar um IE UE-Associated Logical NG Connection Item vazio no IE UE-Associated Logical NG Connection List na mensagem NG RESET ACKNOWLEDGE.     4. Cruzamento da mensagem NG RESETtipicamente ocorre nos dois cenários a seguir:   Se um procedimento de reinicialização NG estiver em andamento em um nó NG-RAN e o nó NG-RAN receber uma mensagem NG RESET de uma entidade par na mesma interface NG que está associada a uma ou mais associações de UE que foram solicitadas anteriormente para serem reiniciadas (conforme indicado explícita ou implicitamente na mensagem NG RESET recebida), o nó NG-RAN deverá responder com uma mensagem NG RESET ACKNOWLEDGE conforme especificado na cláusula 8.7.4.2.1.   Se um procedimento de reinicialização NG estiver em andamento no AMF e o AMF receber uma mensagem NG RESET de uma entidade par na mesma interface NG que está relacionada a uma ou mais associações de UE que foram solicitadas anteriormente para serem reiniciadas (indicado explícita ou implicitamente na mensagem NG RESET recebida), o AMF deverá responder com uma mensagem NG RESET ACKNOWLEDGE conforme especificado na cláusula 8.7.4.2.

Eu...Agregação de portadores: Semelhante ao LTE, a agregação de operadoras 5G (NR) também aumenta a largura de banda do espectro sem fio usado pelas UEs, combinando várias operadoras.Em 5G (NR), UEs podem suportar até 16 portadores de componentes contíguos e não contíguos (CCs) com diferentes numerologias nas faixas FR1 e FR2.Tipo de agregação de portadoras (intrabanda), contíguas/não contíguas ou interbandas), número de bandas de frequência e classe de largura de banda.   II. A ComissãoClasse de largura de banda: A classe de largura de banda de agregação de portadores de um terminal (UE) é definida utilizando uma lista alfabética das larguras de banda mínimas e máximas e do número de portadores componentes que pode utilizar. Os principais parâmetros incluem: Apoio a terminais 5G (NR)até 16portadores de componentes contíguos e não contíguos (CC) com conjuntos de parâmetros diferentes quando a CA estiver ativada. A classe de largura de banda de um terminal (UE) é uma lista alfabética das larguras de banda mínimas e máximas e do número de portadores de componentes (CC). De acordo com o Release 17, as classes de agregação de portadoras em FR1 variam de A a O, permitindo uma largura de banda agregada máxima de400 MHz. De acordo com a versão 17, as classes de agregação de portadoras em FR2 variam de A a Q, permitindo uma largura de banda agregada máxima de800 MHz.   III. Classe de largura de banda de agregação de portadoras FR1 Categoria AA banda de frequências de portadora máxima (BWChannel, max) é determinada pelo número de banda de frequências e pelo conjunto de parâmetros,que define o espaçamento de frequências de subportadoras (SCS)A classe A pertence a todos os grupos de reserva e permite que as EEs regressem a esta configuração mesmo quando a agregação de portadoras não estiver em vigor. Categoria B: Agregando dois canais de rádio, a largura de banda total disponível para EEs está entre 20 e 100 MHz. CategoriaC: Agregando dois canais de rádio, a largura de banda total disponível para as EEs está entre 100 e 200 MHz. Categoria D: Agregando três canais de rádio, a largura de banda total disponível para as EEs está entre 200 e 300 MHz. Categoria E: Agregando quatro canais de rádio, a largura de banda total disponível para as EEs está entre 300 e 400 MHz.As classes C, D e E pertencem ao mesmo grupo de reserva (Grupo de reserva 1). Categoria G: Agregando três canais de rádio, a largura de banda total disponível para as EEs está entre 100 e 150 MHz. CategoriaH: agrega quatro canais de rádio, proporcionando uma largura de banda total de 150-200 MHz disponível para o equipamento do utilizador (UE). CategoriaI:agrega cinco canais de rádio, proporcionando uma largura de banda total de 200-250 MHz disponível para o equipamento do utilizador (UE).fornecendo uma largura de banda total de 250-300 MHz disponível para o equipamento do utilizador (UE). Classe K: agrega sete canais de rádio, proporcionando uma largura de banda total de 300-350 MHz disponível para o equipamento do utilizador (UE). Classe L: agrega oito canais de rádio, proporcionando uma largura de banda total de 350-400 MHz disponível para o equipamento do utilizador (UE). As classes G-L pertencem ao mesmo grupo de recuperação (Grupo de recuperação 2).   IV. Classe de largura de banda de agregação de portadoras FR2 Categoria AÉ uma configuração 5G para UEs sem agregação de portadoras.A classe A pertence a todos os grupos de reserva e permite que as UEs se revertam a esta configuração mesmo sem agregação de portadoras.. Categoria Bcorresponde à largura de banda total após a agregação de dois canais de rádio, variando de 400 MHz a 800 MHz. CategoriaCcorresponde à largura de banda total após a agregação de dois canais de rádio, variando de 800 MHz a 1200 MHz.Classe B é uma configuração de reserva para a Classe C; ambos pertencem ao mesmoGrupo de recuperação 1Lista de reserva. Categoria Dcorresponde à largura de banda total após agregação de dois canais de rádio, variando entre 200 MHz e 400 MHz. Categoria Ecorresponde à largura de banda total após agregação de três canais de rádio, variando entre 400 MHz e 600 MHz. Categoria Fcorresponde à largura de banda total após agregação de quatro canais de rádio, variando entre 600 MHz e 800 MHz.As classes D, E e F pertencem à mesmaGrupo de recuperação 2Lista de reserva. Classe Gcorresponde a duas agregações de canais de rádio com uma largura de banda total entre 100 MHz e 200 MHz. Classe Hcorresponde a três agregações de canais de rádio com uma largura de banda total entre 200 MHz e 300 MHz. Classe Icorresponde a quatro agregações de canais de rádio com uma largura de banda total entre 300 MHz e 400 MHz. Classe Jcorresponde a cinco agregações de canais de rádio com uma largura de banda total entre 400 MHz e 500 MHz. Classe Kcorresponde a seis agregações de canais de rádio com uma largura de banda total entre 500 MHz e 600 MHz. Classe Lcorresponde a sete agregações de canais de rádio com uma largura de banda total entre 600 MHz e 700 MHz. Classe Mcorresponde a oito agregações de canais de rádio com uma largura de banda total entre 700 MHz e 800 MHz.As classes G, H, I, J, K, L e M pertencem à mesmaGrupo de recuperação 3Lista de reserva.

    I. Cenário de transporte NAS de ligação descendenteNo sistema 5G,O processo de transporte NAS de ligação descendente é utilizado quando a AMF precisa enviar mensagens NAS para a UE de forma transparente através do nó NG-RAN e há uma ligação NG lógica associada à UE., ou a FMM recebeu o RAN UE NGAP ID IE na mensagem INITIAL UE MESSAGE,ou o nó NG-RAN enviou a mensagem INITIAL UE MESSAGE através de outra instância de interface NG para iniciar uma ligação NG lógica associada à UE.   II. Processamento de conteúdo de transporte NASAlém do conteúdo do 5G System Learning - Downlink NAS Transport, outros conteúdos do NAS do downlink são processados da seguinte forma:   Se a mensagem DOWNLINK NAS TRANSPORT conter o ID de capacidade de rádio UE IE, o nó NG-RAN deve (se suportado) utilizá-lo conforme especificado nas TS 23.501 e TS 23.502. Se a mensagem DOWNLINK NAS TRANSPORT conter a informação NSSAI Target Information IE, o nó NG-RAN pode utilizar esta informação conforme especificado no TS 23.501. Se a mensagem DOWNLINK NAS TRANSPORT conter uma IE NSSAI parcialmente autorizada, o nó NG-RAN (se suportado) deve inferir a fatia de rede parcialmente autorizada da UE a partir dela,armazenar e substituir qualquer NSSAI parcialmente autorizado recebido anteriormente, e utilizá-lo conforme especificado na TS 23.50. Se a mensagem DOWNLINK NAS TRANSPORT conter uma IE IMEISV mascarada, o nó NG-RAN (se suportado) deve utilizá-la para determinar as características da UE para tratamento posterior. Se a mensagem Downlink NAS Transport conter um IE de autorização Mobile IAB, o nó NG-RAN (se suportado) deve armazenar o estado de autorização Mobile IAB recebido no contexto UE.Se a Autorização do IAB móvel IE estiver definida como "Não autorizada" para o IAB móvel-MT, o nó NG-RAN (se suportado) deve assegurar que nenhum UE é servido por este nó IAB móvel. 3. Durante a Interação Inicial da Mensagem UEProcedimento, mesmo que o RAN UE NGAP ID IE tenha sido atribuído na mensagem "Mensagem UE inicial" enviada através de outra instância de interface NG,O nó NG-RAN DEVE utilizar o "AMF UE NGAP ID IE" e o "RAN UE NGAP ID IE" recebidos na mensagem "Downlink NAS Transport" como identificador lógico da ligação.   4. Durante a indicação de informação sobre a capacidade de rádio da UEProcedimento, se a mensagem Downlink NAS Transport conter um pedido de informação sobre a capacidade da UE IE definido como "requerido" e se as informações relacionadas com a capacidade da UE tiverem sido recuperadas com êxito da UE,O nó NG-RAN DEVE desencadear o Procedimento de Indicação de Informações de Capacidade de Rádio UE.   5Scenários anormais de transporte NAS: Se for recebida uma IE NSSAI parcialmente autorizada numa mensagem DOWNLINK NAS TRANSPORT e o número total de S-NSSAI contidos na NSSAI autorizada e na NSSAI parcialmente autorizada exceder 8,O nó NG-RAN DEVE considerar que o procedimento falhou. Se qualquer S-NSSAI presente no NSSAI IE parcialmente autorizado estiver também presente no NSSAI IE autorizado, o nó NG-RAN considerará que o procedimento falhou.

  1. Transferência NAS de downlink: O procedimento de Transferência NAS de downlink é usado quando o AMF só precisa enviar mensagens NAS de forma transparente para a UE através do nó NG-RAN e existe uma conexão NG lógica associada à UE, ou o AMF recebeu o IE RAN UE NGAP ID na mensagem INITIAL UE MESSAGE, ou o nó NG-RAN iniciou uma conexão NG lógica associada à UE enviando uma mensagem INITIAL UE MESSAGE através de outra instância de interface NG.   2. Transferência NAS de downlink é mostrado na Figura 8.6.2.2-1 abaixo, onde:   O AMF inicia este procedimento enviando uma mensagem DOWNLINK NAS TRANSPORT para o nó NG-RAN. Se uma conexão NG lógica associada à UE não estiver estabelecida, o AMF deve atribuir um AMF UE NGAP ID exclusivo à UE e incluí-lo na mensagem DOWNLINK NAS TRANSPORT. Ao receber o AMF-UE IE NGAP ID na mensagem DOWNLINK NAS TRANSPORT, o nó NG-RAN estabelece uma conexão NG lógica associada à UE.   Se a mensagem DOWNLINK NAS TRANSPORT incluir o IE RAN Paging Priority, o nó NG-RAN pode usá-lo para determinar a prioridade para paginação da UE no estado RRC_INACTIVE. O IE NAS-PDU contém uma mensagem AMF-UE, que é encaminhada sem interpretação dentro do nó NG-RAN. ​ Se o IE Mobility Restriction List estiver incluído na mensagem Downlink NAS Transport, o nó NG-RAN deve substituir qualquer informação de restrição de mobilidade armazenada anteriormente no contexto da UE. Se a mensagem de transporte NAS de downlink contiver informações no IE Mobility Restriction List, o nó NG-RAN deve usar essas informações para: determinar o destino das operações de mobilidade subsequentes, e o nó NG-RAN deve fornecer informações sobre o destino da operação de mobilidade para a UE; 3. Selecione o SCG apropriado durante a operação de conectividade dupla; atribua o RNA apropriado à UE ao movê-la para o estado RRC_INACTIVE; e, além disso:   Se a mensagem de transporte NAS de downlink não contiver o IE Mobility Restriction List e nenhuma informação de restrição de mobilidade tiver sido armazenada anteriormente, o nó NG-RAN deve assumir que a UE não está sujeita a restrições de roaming e acesso, exceto para mobilidade PNI-NPN, conforme descrito em TS 23.501. ​ O nó NG-RAN deve assumir que o roaming ou acesso a uma célula CAG é permitido somente se a mensagem de transporte NAS de downlink contiver o IE Allowed PNI-NPN List, conforme descrito em TS 23.501. ​ Se a mensagem de transporte NAS de downlink contiver o IE RAT/Frequency Selection Priority Index, o nó NG-RAN deve (se suportado) usá-lo conforme definido em TS 23.501. ​ Se o AMF não tiver enviado anteriormente o IE UE Aggregate Maximum Bit Rate, ele deve ser enviado ao nó NG-RAN. Se incluído em uma mensagem de transporte NAS de downlink, o nó NG-RAN deve armazenar a taxa de bits máxima agregada da UE no contexto da UE e usar a taxa de bits máxima agregada da UE recebida para todos os fluxos de QoS não-GBR da UE associada, conforme definido em TS 23.501. ​ Se o IE Legacy AMF estiver incluído em uma mensagem de transporte NAS de downlink, o nó NG-RAN deve considerar que a conexão NG lógica associada a esta UE foi redirecionada de outro AMF identificado pelo IE Legacy AMF para este AMF. Se o IE Extended Legacy AMF estiver incluído em uma mensagem de transporte NAS de downlink, o nó NG-RAN deve (se suportado) considerar que a conexão NG lógica associada a esta UE foi redirecionada de outro AMF identificado pelo IE Extended Legacy AMF para este AMF. ​ Se o IE SRVCC Operation Possible estiver incluído na mensagem DOWNLINK NAS TRANSPORT, o nó NG-RAN deve (se suportado) armazenar o conteúdo do IE SRVCC Operation Possible recebido no contexto da UE e usá-lo conforme definido em TS 23.216. Se o IE Extended Connected Time estiver incluído na mensagem DOWNLINK NAS TRANSPORT, o nó NG-RAN deve (se suportado) usá-lo conforme definido em TS 23.501. ​ Se o IE Enhanced Coverage Restriction estiver incluído na mensagem DOWNLINK NAS TRANSPORT, o nó NG-RAN deve (se suportado) armazenar esta informação no contexto da UE e usá-la conforme definido em TS 23.501. ​ Se o IE UE Differentiation Information estiver incluído na mensagem DOWNLINK NAS TRANSPORT, o nó NG-RAN deve (se suportado) armazenar esta informação no contexto da UE para uso posterior de acordo com TS 23.50. ​ Se o IE CE-mode-B Restriction estiver incluído na mensagem de transporte NAS de downlink, e o IE Enhanced Coverage Restriction não estiver definido como "Restricted", e a informação de Enhanced Coverage Restriction armazenada no contexto da UE não estiver definida como "Restricted", o nó NG-RAN deve (se suportado) armazenar esta informação no contexto da UE e usá-la conforme definido em TS 23.501. ​ Se o IE UE Radio Capabilities estiver incluído na mensagem de transporte NAS de downlink, o nó NG-RAN deve armazenar esta informação no contexto da UE e usá-la conforme definido em TS 38.300. ​ Se o IE End Indication estiver incluído na mensagem de transporte NAS de downlink e estiver definido como "No Additional Data", o nó NG-RAN deve considerar que o IE UE Radio Capabilities está em adição ao PDU NAS incluído.  

1. Estrutura do Protocolo Conforme mostrado na figura a seguir (1), o NETCONF adota uma estrutura em camadas, onde cada camada encapsula funções específicas e fornece serviços para a camada superior. Essa estrutura permite que cada camada se concentre em um único aspecto do NETCONF e reduz as dependências entre as camadas. Mudanças dentro de uma camada têm um impacto mínimo em outras camadas.       O NETCONF pode ser dividido em quatro camadas: a camada de segurança de transporte, a camada de mensagens, a camada de operações, e a camada de conteúdo. Essas camadas são:   A camada de segurança de transporte: Esta camada é responsável pela comunicação entre o cliente e o servidor. O NETCONF pode ser estruturado sobre qualquer protocolo de transporte que atenda aos requisitos básicos, como SSH, TLS e HTTPS. SSH é o protocolo de transporte preferido para transmitir mensagens XML no NETCONF. A camada de mensagens: Esta camada fornece mecanismos de codificação RPC e notificação independentes do transporte. O cliente encapsula uma solicitação RPC em um elemento e a envia para o servidor. O servidor encapsula o resultado do processamento desta solicitação em um elemento e o envia para o cliente. A camada de operações: Esta camada define um conjunto de operações de protocolo básicas, que são chamadas como métodos RPC com parâmetros codificados em XML. A camada de conteúdo: Esta camada é definida pelo modelo de dados para dados de gerenciamento. Atualmente, os modelos de dados principais incluem Schema e YANG.         Schema é um conjunto de regras para descrever arquivos XML. Os dispositivos usam arquivos de esquema (semelhantes aos arquivos MIB em SNMP) para fornecer configuração do dispositivo e interfaces de gerenciamento para sistemas de gerenciamento de rede (NMSs). YANG é uma linguagem de modelagem de dados projetada para NETCONF. O cliente pode compilar operações RPC em mensagens XML para alcançar a comunicação cliente-servidor que está em conformidade com as restrições do modelo YANG.   2. Formato da Mensagem A figura a seguir (2) é uma estrutura completa de mensagem de solicitação NETCONF YANG;       3. Estrutura de Comunicação No NETCONF, a solicitação RPC iniciada pelo cliente e a resposta do servidor são ambas codificadas em XML e contidas nos elementos e respectivamente. Essa estrutura de solicitação-resposta é independente do protocolo da camada de transporte; alguns elementos RPC básicos são listados abaixo: O elemento é usado para encapsular a solicitação enviada pelo cliente NETCONF para o servidor NETCONF. O servidor NETCONF envia um elemento em resposta a cada solicitação . Se ocorrer algum erro ou alarme durante o processamento da solicitação , o servidor NETCONF retornará uma mensagem contendo apenas o elemento para o cliente NETCONF. Se nenhum erro ou alarme ocorrer durante o processamento da solicitação , o servidor NETCONF retorna uma mensagem contendo apenas o elemento para o cliente NETCONF.   IV. Configuração do Banco de Dados O NETCONF define um conjunto completo de parâmetros de configuração do dispositivo. O NETCONF define a existência de um ou mais bancos de dados de configuração e permite operações de configuração neles. No modelo NETCONF básico, apenas o banco de dados de configuração está disponível. Outros bancos de dados de configuração podem ser definidos com base nas capacidades e estão disponíveis apenas em dispositivos que suportam essas capacidades. Estes incluem:   : O banco de dados de configuração em execução. Este banco de dados armazena todas as configurações atualmente ativas em um dispositivo de rede. Existe apenas um banco de dados de configuração em um dispositivo, e ele sempre existe.   : O banco de dados de configuração candidata. Este banco de dados armazena dados de configuração a serem confirmados no banco de dados de configuração no dispositivo. As operações no banco de dados de configuração podem ser executadas sem afetar a configuração atual do dispositivo. A operação é usada para confirmar uma configuração candidata. Para suportar o banco de dados de configuração , um dispositivo deve suportar a capacidade de configuração candidata, uma capacidade NETCONF padrão.   : O banco de dados de configuração de inicialização (semelhante a um arquivo de configuração salvo). Ele armazena os dados de configuração que precisam ser carregados quando o dispositivo inicia. Para suportar o banco de dados de configuração , o dispositivo deve suportar a capacidade de inicialização independente, que é uma capacidade NETCONF padrão.

Devido à configuração complexa do tradicional CLI e SNM e à falta de suporte ao mecanismo de transação, o protocolo de gerenciamento de rede NETCONF é habilitado no sistema 5G, permitindo que o NMS (sistema de gerenciamento de rede) emita, modifique e exclua a configuração de dispositivos de rede conectados a roteadores, eNodeB, gNodeB, DU, CU ou RU. O princípio de funcionamento, a estrutura e a sessão de serviço são os seguintes:   I. Princípio de funcionamento O sistema NETCONF contém pelo menos um NMS que gerencia todos os dispositivos de rede, conforme mostrado na figura abaixo. A arquitetura NETCONF contém duas funções: cliente e servidor     II. Características da estrutura do sistema O NETCONF contém pelo menos um NMS que gerencia todos os dispositivos de rede, incluindo:   2.1 O cliente fornece as seguintes funções   Usar NETCONF para gerenciar dispositivos de rede. Enviar solicitações RPC ao servidor NETCONF para consultar ou modificar um ou mais valores de parâmetro. De acordo com os alarmes e eventos enviados pelo servidor NETCONF do dispositivo gerenciado, entender o status do dispositivo gerenciado. 2.2 Quando o servidor recebe uma solicitação do cliente, ele irá analisar a solicitação e enviar uma resposta ao cliente. Quando um dispositivo gerenciado apresenta uma falha ou outro tipo de evento, o servidor NETCONF relata o alarme ou evento ao cliente por meio de um mecanismo de notificação, permitindo que o cliente entenda o status do dispositivo gerenciado.   III. Sessão NETCONF: Conforme mostrado na figura abaixo, o cliente e o servidor se comunicam usando o mecanismo RPC. A comunicação é permitida somente após o estabelecimento de uma sessão orientada a conexão segura entre eles. O cliente envia uma solicitação RPC ao servidor, que processa a solicitação e retorna uma resposta ao cliente. O cliente e o servidor NETCONF se comunicam usando o mecanismo RPC. A comunicação é permitida somente após o estabelecimento de uma sessão orientada a conexão segura. O processo de estabelecimento e término da sessão é o seguinte:       O cliente estabelece uma conexão SSH com o servidor e, após concluir a autenticação e autorização, estabelece uma sessão NETCONF com o servidor. O cliente e o servidor trocam mensagens Hello para negociar recursos. O cliente envia uma ou mais solicitações RPC ao servidor. Algumas solicitações de exemplo são listadas abaixo:  Modificar e confirmar a configuração;  Consultar dados de configuração ou status;  Realizar operações de manutenção no dispositivo;  O cliente encerra a sessão NETCONF;  A conexão SSH é encerrada.

  NETCONFé o nome completo do Network Configuration Protocol, que é um protocolo de gestão de rede que permite a emissão de NMS (Network Management System),modificar e eliminar a configuração dos dispositivos de rede conectados (routers), eNodeB, gNodeB, DU, CU ou RU).IETF■ enquanto para o O-RAN, está sob a responsabilidade do WG (Grupo de Trabalho 4).     I. Protocolo NETCONFutiliza a codificação de dados XML (Extensible Markup Language) para processar dados de configuração e mensagens de protocolo;baseia-se no conceito de servidor e cliente e utiliza o mecanismo RPC (Remote Procedure Call) para obter comunicação entre servidor e clienteO processo cliente é executado no NMS, que pode ser um script ou aplicativo, e o servidor é um dispositivo de rede típico.   II. Características do NETCONFsão as seguintes: Adota um quadro de protocolos em camadas, tornando-o mais adequado para redes sob demanda, automatizadas e baseadas em nuvem. É usado para emitir, modificar e excluir configurações para dispositivos de rede. XML (Extensible Markup Language) é usado para codificação de dados de dados de configuração e mensagens de protocolo. Com base no conceito de servidor e cliente, o NMS atua como cliente e o dispositivo de rede atua como servidor. A comunicação entre servidores e clientes é alcançada utilizando o mecanismo RPC (Remote Procedure Call). As operações são executadas com base no modelo YANG, reduzindo as falhas de rede causadas por erros de configuração manual. O NETCONF satisfaz as necessidades da automação de rede. Ele fornece mecanismos de segurança como autenticação e autorização para garantir a transmissão segura de mensagens. Ele também fornece mecanismos de transação, suportando classificação de dados, armazenamento e migração, compromisso em fases e isolamento de configuração. Ele suporta entrega, verificação e rollback de configuração abrangente, minimizando o impacto nos serviços de rede. Permite que os fornecedores definam suas próprias operações de protocolo para implementar capacidades de gerenciamento únicas. 3Por que é necessário o NETCONF? Um requisito fundamental das redes em nuvem é a automação da rede para o fornecimento rápido de serviços sob demanda e a gestão automatizada das operações.Os métodos tradicionais, como o CLI e o SNM, não podem satisfazer este requisito.. Eles têm as seguintes limitações, que o NETCONF aborda.   31. Desvantagens deCLIEm primeiro lugar, a configuração é complexa. As CLI variam de fornecedor para fornecedor, exigindo que os usuários aprendam e adaptem os scripts CLI para cada fornecedor. Mudanças frequentes na estrutura e sintaxe do CLI tornam os scripts do CLI difíceis de manter. A saída de comando é não estruturada, imprevisível e facilmente alterável, dificultando a análise automática de scripts CLI. 3.2Desvantagens do SNMP: O SNMP não suporta transações, resultando em uma configuração ineficiente. O SNMP usa o Protocolo de Datagrama do Usuário (UDP), que não fornece transmissão de dados confiável e sequenciada e não possui mecanismos de segurança eficazes. O SNMP não possui um mecanismo para submeter transações de configuração. O SNMP gerencia a configuração do dispositivo em uma base dispositivo por dispositivo e não suporta configuração de nível de rede ou colaboração de configuração de vários dispositivos.

NETCONF é o nome completo de Network Configuration Protocol, que é um protocolo de gerenciamento de rede que permite ao NMS (Network Management System) emitir, modificar e excluir a configuração de dispositivos de rede conectados (roteadores, eNodeB, gNodeB, DU, CU ou RU). NETCONF é desenvolvido e padronizado pelo IETF; enquanto para O-RAN, está sob a responsabilidade do WG (Working Group 4).   1. O protocolo NETCONF usa a codificação de dados XML (Extensible Markup Language) para processar dados de configuração e mensagens de protocolo; é baseado no conceito de servidor e cliente e usa o mecanismo RPC (Remote Procedure Call) para alcançar a comunicação entre servidor e cliente. O processo cliente é executado no NMS, que pode ser um script ou aplicativo, e o servidor é um dispositivo de rede típico.   2. As características do NETCONF são as seguintes: Adota uma estrutura de protocolo em camadas, tornando-o mais adequado para redes sob demanda, automatizadas e baseadas em nuvem. É usado para emitir, modificar e excluir configurações para dispositivos de rede. XML (Extensible Markup Language) é usado para codificação de dados de dados de configuração e mensagens de protocolo. Com base no conceito de servidor e cliente, o NMS atua como cliente e o dispositivo de rede atua como servidor. A comunicação entre servidores e clientes é alcançada usando o mecanismo RPC (Remote Procedure Call). As operações são executadas com base no modelo YANG, reduzindo falhas de rede causadas por erros de configuração manual. NETCONF atende às necessidades de automação de rede. Ele fornece mecanismos de segurança, como autenticação e autorização, para garantir a transmissão segura de mensagens. Ele também fornece mecanismos de transação, suportando classificação de dados, armazenamento e migração, commit em fases e isolamento de configuração. Ele suporta entrega, verificação e reversão de configuração abrangentes, minimizando o impacto nos serviços de rede. Permite que os fornecedores definam suas próprias operações de protocolo para implementar recursos de gerenciamento exclusivos.     3. Por que o NETCONF é necessário? Um requisito fundamental das redes em nuvem é a automação de rede para provisionamento rápido e sob demanda de serviços e gerenciamento de operações automatizadas. Abordagens tradicionais, como CLI e SNM, não podem atender a esse requisito. Elas têm as seguintes limitações, que o NETCONF aborda.     3.1. Desvantagens da CLI: Primeiro, a configuração é complexa. Segundo, o seguinte: CLIs variam de acordo com o fornecedor, exigindo que os usuários aprendam e adaptem scripts CLI para cada fornecedor. A estrutura e a sintaxe da CLI mudam com frequência, tornando os scripts CLI difíceis de manter. A saída do comando é não estruturada, imprevisível e facilmente alterável, tornando a análise automática de scripts CLI difícil.     3.2 Desvantagens do SNMP: SNMP não suporta transações, resultando em configuração ineficiente. SNMP usa o User Datagram Protocol (UDP), que não fornece transmissão de dados confiável e sequenciada e carece de mecanismos de segurança eficazes. SNMP não possui um mecanismo para enviar transações de configuração. SNMP gerencia a configuração do dispositivo em uma base de dispositivo por dispositivo e não suporta configuração no nível da rede ou colaboração de configuração de vários dispositivos.