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

  1. O objectivo da transferência de configuração de ligação descendente RANO procedimento consiste em transferir informações de configuração da RAN da FMM para o nó NG-RAN; o procedimento de transferência de configuração é mostrado na figura 8.8.2.2-1 abaixo e utiliza sinalização não associada à UE.     2. A transferência de configuração RAN de ligação descendenteO procedimento é iniciado pela AMF que envia um "Transferência de configuração RAN de ligação descendente"mensagem para a NG-RANNeste caso, são utilizadas as seguintes etapas:   Se o nó NG-RAN receber um IE de informação SON contendo um IE de solicitação de informação SON num IE de transferência de configuração SON ou num IE de transferência de configuração SON EN-DC,Pode transferir as informações solicitadas de volta para o nó NG-RAN indicado no Nodo ID IE da RAN de origem do Nodo IE de transferência de configuração SON, ou para o eNB indicado na fonte eNB-ID IE do EN-DC SON Configuration Transfer IE, iniciando o procedimento de transferência de configuração RAN de ligação ascendente. Se o nó NG-RAN receber uma Informação de Configuração IE de Xn TNL contendo um Endereço IE de Camada de Transporte Estendida Xn na IE de Transferência de Configuração SON,Pode utilizá-lo como parte da sua operação de configuração da função ACL (se essa função ACL estiver implantada). If the NG-RAN node receives a SON Information IE containing a SON Information Reply IE (including the Xn TNL Configuration Information IE as a reply to a previous request) in the SON Configuration Transport IE, pode usá-lo para iniciar o estabelecimento de Xn TNL. Se o endereço da camada de transporte IP-Sec IE estiver presente e o endereço da camada de transporte GTP IE no endereço da camada de transporte estendida Xn IE não estiver vazio,O tráfego da GTP será transportado dentro do túnel IP-Sec, que termina no ponto final do túnel IP-Sec especificado no endereço IE da camada de transporte IP-Sec. Se o endereço da camada de transporte IP-Sec IE não estiver presente,O tráfego GTP terminará no ponto final especificado pela lista de endereços no endereço da camada de transporte Xn GTP IE no endereço da camada de transporte IE Xn Extended. Se o endereço da camada de transporte Xn GTP IE estiver vazio e o endereço da camada de transporte IP-Sec IE estiver presente, o tráfego SCTP será transportado dentro do túnel IP-Sec,que termina no ponto final do túnel IP-Sec especificado no endereço da camada de transporte IP-Sec IE no endereço da camada de transporte extensão Xn IE. Se o endereço da camada de transporte Xn SCTP IE estiver presente e o endereço da camada de transporte IP-Sec IE também estiver presente, o tráfego SCTP associado será transportado dentro do túnel IP-Sec,que termina no ponto final do túnel IP-Sec especificado neste Endereço IE da camada de transporte IP-Sec, dentro do endereço IE da camada de transporte estendida Xn. Se um nó da NG-RAN receber um IE de informação SON que contenha um IE de relatório de informação SON, pode utilizá-lo conforme especificado no TS 38.300. Se um nó NG-RAN receber um IE de informação SON inter-sistema que contenha um IE de relatório de informação SON inter-sistema, pode utilizá-lo conforme especificado no TS 38.300. Se um nó NG-RAN receber um IE de informação SON inter-sistema que contenha um IE de solicitação de informação SON inter-sistema ou um IE de resposta de informação SON inter-sistema, pode utilizá-lo conforme especificado no TS 38.300. Se o "Sistema de notificação IE" no sistema inter-sistema SON Request Information IE estiver definido como "Nenhum relatório", a mensagem "Downlink RAN Configuration Transfer" deve ser ignorada. Se o nó NG-RAN estiver configurado para utilizar um túnel IPsec para todo o tráfego NG e Xn (topologia hub-and-spoke IPsec),O tráfego para o nó NG-RAN peer DEVE ser encaminhado através deste túnel IPsec e o endereço da camada de transporte IP-Sec IE DEVE ser ignorado.

  1. Transferência de configuração RAN no 5G é um procedimento NGAP usado para transferir informações de configuração RAN, como informações de rede auto-organizada (SON), entre nós NG-RAN (por exemplo,gNB) e acesso e AMF (funções de gestão da mobilidade)Esta sinalização não associada à UE permite à AMF retransmitir informações de configuração para outros nós RAN ou gerir dados de configuração, aceitando e encaminhando informações sem interpretação,apoiando assim funções como a transferência de dados de configuração SON entre diferentes nós RAN.   2. Finalidade da transferência de configuração: Existem dois tipos de transferências de configuração entregues via NGAP:Isto transfere informações de configuração da RAN de um nó NG-RAN para a AMF. SON Information Relay: A AMF pode transferir de forma transparente informações de configuração de rede auto-organizada (SON) para outros nós RAN alvo, facilitando assim a automação da rede.   3. Iniciação da transferência de configuração da RAN de ligação ascendente: o objetivo deste procedimento é transferir informações de configuração da RAN do nó NG-RAN para a AMF.A FMM não interpreta as informações de configuração da RAN transferidasO procedimento de transferência é mostrado na Figura 8.8.1.2-1 abaixo. O procedimento de transferência utiliza sinalização não associada à UE. As informações pertinentes são as seguintes:   O nó NG-RAN inicia o procedimento de transferência de configuração da RAN de ligação ascendente enviando uma mensagem de transferência de configuração da RAN de ligação ascendente para a AMF.   Se o AMF receber um IE de transferência de configuração SON,Transfira de forma transparente o IE de transferência de configuração SON para o nó NG-RAN indicado no ID IE do nó da RAN-alvo contido no IE de transferência de configuração SON.. Se o IE NR CGI estiver contido no IE do nó RAN alvo, a AMF deve (se suportada) ignorar o IE do nó global RAN no IE do nó RAN alvo e usá-lo para identificar o gNB alvo,conforme descrito na TS 38.300. Se o AMF receber um IE de transferência de configuração EN-DC SON,Transfere de forma transparente o IE de Transferência de Configuração EN-DC SON para a PME que serve o eNB indicado no IE eNB-ID de destino contido no IE de Transferência de Configuração EN-DC SON. Se a FMM receber um IE de transferência de configuração SON entre sistemas,Transfere de forma transparente o IE de Transferência de Configuração SON Inter-Sistema para a PME que serve o eNB indicado no IE eNB-ID de destino contido no IE de Transferência de Configuração SON Inter-Sistema..

  Em redes de comunicação móvel, "sobrecarga do sistema" ocorre quando o tráfego excessivo de serviços ou muitos dispositivos tentam se conectar simultaneamente, sobrecarregando os recursos da rede, levando a congestionamento, velocidades lentas ou falhas de conexão. Mecanismos de proteção do sistema são ativados para lidar com essas sobrecargas. Estratégias específicas incluem as operadoras de rede liberando mais espectro licenciado, alocando recursos por meio de fatiamento de rede, implementando limitação dentro das unidades funcionais da rede central e habilitando mecanismos como temporizadores de retrocesso e mensagens de sobrecarga para controlar e gerenciar efetivamente o volume de usuários.   1. Ativação de Sobrecarga: Em uma rede 5G (NR), a Função de Gerenciamento de Acesso e Mobilidade (AMF) envia uma mensagem de "Ativação de Sobrecarga" para outros elementos de rede relevantes (como gNBs) com base em seus limites de capacidade de processamento (configuração), indicando uma condição de sobrecarga. Isso aciona medidas de controle de congestionamento (como rejeitar solicitações de conexão de alguns equipamentos de usuário (UEs)) para proteger a rede contra falhas. Ativação de Sobrecarga envolve o envio pela AMF de uma mensagem NGAP Overload Activation para o nó NG-RAN (Radio Access Network), solicitando que ele limite certos tipos de tráfego e redirecione ou rejeite solicitações para manter a estabilidade da rede durante períodos de alta demanda.   1.1 O Controle de Sobrecarga Envolve   Detecção de Congestionamento: A AMF ou outros elementos de rede, como a Função do Plano do Usuário (UPF), monitoram a carga da rede e identificam quando os limites de congestionamento predefinidos são excedidos. Mensagem de Controle de Sobrecarga: Ao detectar uma sobrecarga, a AMF envia uma mensagem NGAP Overload Control para o nó NG-RAN conectado. Ações de Controle de Congestionamento: Ao receber a mensagem, o nó NG-RAN inicia ações de controle para gerenciar a sobrecarga. Essas ações incluem: Rejeitando Certas Conexões: O NG-RAN pode rejeitar solicitações de conexão de equipamentos de usuário (UE) para serviços não emergenciais ou de alta prioridade. Limitando a Sinalização de Uplink: O NG-RAN pode limitar a transmissão de sinalização NAS (Non-Access Stratum) de uplink para a AMF, reduzindo ainda mais a carga na rede central. Limitação de Tráfego: A rede pode limitar ou reduzir a quantidade de tráfego que lida para evitar falhas no sistema.   1.2 O Controle de Sobrecarga tem três objetivos: Manutenção da Estabilidade da Rede: O objetivo principal é evitar a falha completa da rede durante períodos de tráfego extremo ou picos de carga inesperados. Garantindo a Continuidade do Serviço: Ao gerenciar a carga, a rede pode continuar a fornecer serviços essenciais, mesmo que serviços menos críticos sejam temporariamente limitados. Protegendo Recursos: O controle de sobrecarga protege recursos como largura de banda UDM e outras funções críticas da rede de serem sobrecarregados por sinalização excessiva do plano de controle.   2. o procedimento de Parada de Sobrecarga sinaliza ao nó NG-RAN ao qual a AMF está conectada que a situação de sobrecarga terminou e que as operações normais devem ser retomadas. O procedimento de Parada de Sobrecarga usa sinalização não associada ao UE. Uma operação de Parada de Sobrecarga bem-sucedida é mostrada na Figura 8.7.8.2-1 abaixo, onde:   Um nó NG-RAN que recebe a mensagem "OVERLOAD STOP" deve assumir que a situação de sobrecarga para a AMF receptora terminou e deve retomar as operações normais para o tráfego aplicável à AMF.

  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.