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

  O UPF (Função do Plano do Usuário) é uma das unidades mais importantes no 5GC. É uma unidade chave com a qual a Rede de Rádio (RAN) interage durante a transmissão de dados PDU. O UPF também é uma evolução do CUPS (Separação do Plano de Controle e do Plano do Usuário), responsável por inspecionar, rotear e encaminhar pacotes dentro dos fluxos de QoS nas políticas de assinatura. Ele usa modelos SDF enviados pelo SMF através da interface N4 para impor regras de tráfego de uplink (UL) e downlink (DL). Quando o serviço termina, ele alocará ou encerrará o fluxo de QoS na sessão PDU; a ordem de uso da atualização e exclusão da sessão da interface UPF é a seguinte; consulte a ordem de uso da interface UPF (protocolo) e chamada terminal em 5G.   I. Modificação da Sessão O fluxo de QoS específico do terminal é alocado através do processo de modificação da sessão PDU; o fluxo de QoS dedicado adicional suporta tráfego com requisitos de QoS mais altos (como voz, vídeo, tráfego de jogos, etc.); a aplicação da modificação da sessão (atualização) no UPF é mostrada na Figura (1); Figura 1. Ordem de uso da interface UPF da modificação (atualização) da sessão do terminal em 5G   [6] N4 processa a solicitação de modificação da sessão [6] Remover PDR existente [6] Atualizar PDR [6] Atualizar FAR [6] Atualizar URR [6] Atualizar QER [6] Atualizar BAR [6] Configurar nó GTP [6] Configurar N3 TEID e QFI [6] [7] PFCP envia resposta de modificação de sessão [5] N4 constrói resposta de modificação de sessão [5] Solicitação PFCP aceita [5] Buffer PDR inicializado [5] PDR foi criado [6] Enviar pacotes de dados em buffer para gnB (se necessário) II. Exclusão da Sessão Quando a sessão de serviço do terminal termina, o fluxo de QoS será alocado ou encerrado na sessão PDU. A ordem de uso da exclusão da sessão na interface UPF é a seguinte: Figura 2.5G Ordem de uso da interface relacionada à exclusão do terminal UPF   [6] N4 processa a solicitação de exclusão da sessão [6][7] PFCP envia solicitação de exclusão de sessão [5][1] Relatório completo do status de uso do URR da sessão [1] Carimbo de data/hora do último relatório [1] Acionador de tempo [1] Relatório do período de validade da cota [1] Acionador de capacidade [1] Relatório da cota de capacidade [5][1] Instantâneo URR da sessão UPF (total de bytes, total de pacotes de dados, incluindo uplink e downlink) [6][1] Exclusão da sessão UPF [1] Conta URR da sessão UPF toda a exclusão: exclusão do período de validade, exclusão do tempo da cota, exclusão do tempo do limite. [13]PDR todos excluídos [13]FAR todos excluídos [13]URR todos excluídos [14]QER todos excluídos [13]BAR todos excluídos [13]De SEID

Função do Plano do Usuário(UPF) é uma das Funções de Rede (NFs) mais importantes na rede central 5G. É a segunda função de rede com a qual a NR RAN interage durante os fluxos PDU. UPF é uma evolução de CUPS (Separação do Plano de Controle do Plano do Usuário), especificamente responsável por inspecionar, rotear e encaminhar pacotes dentro dos fluxos QoS nas políticas de assinatura. Ele também usa modelos SDF enviados pelo SMF através da interface N4 para impor regras de tráfego UL (Uplink) e DL (Downlink); quando o serviço correspondente termina, ele aloca ou encerra fluxos QoS na sessão PDU.   Figura 1.5G SMF e sua interface (protocolo)   I. Interfaces e Protocolos UPF incluem o seguinte: N4[5] Após o estabelecimento do plano do usuário, o contexto de gerenciamento de sessão e os parâmetros necessários são transmitidos do single-mode fiber (SMF) para a função do plano do usuário (UPF). PFCP[7] Qualquer comunicação entre o SMF e o UPF é gerenciada pelo protocolo de encaminhamento de pacotes PFCP (protocolo de controle); é um dos principais protocolos que separa o plano do usuário e o plano de controle. GTP[3] O protocolo de tunelamento GPRS (GTP) é responsável por fornecer interconexão perfeita e transportar tráfego entre usuários em roaming ou domésticos e interfaces de rede chave em 4G, NSA (5G não autônomo), SA (5G autônomo) e arquiteturas de computação de borda móvel. Em 5G, os túneis GTP também são usados para a interface N9. II. Fluxo de Chamada (Estabelecimento de Sessão e Inicialização UPF) Durante o estabelecimento da sessão PDU, o SMF se conecta ao UPF via PFCP (interface N4). Esta sessão PFCP carrega um modelo SDF contendo informações como PDR, QFI, URR e FAR. O UPF alocará um fluxo QoS padrão (não-GBR) durante o estabelecimento inicial da sessão.   III. Sequência de Uso da Interface de Chamada do Terminal (UE) [6] N4 processa a solicitação de estabelecimento de sessão [6] PFCP processa a criação de PDR [6] [12] Verificar PDI existente de PDR [6] [12] Verificar TEID [6] [12] Verificar interface de origem [6] [12] Verificar ID de filtro SDF anterior [6] [12] Definir todas as flags de filtro: BID, FL, SPI, TTC, FD [6] PFCP processa a criação de FAR [6] Criar URR [6] Criar BAR [6] Criar QRR [6] Definir N3 TEID e QFI [4] Inicialização UPF [4] Inicialização do Contexto PFCP [1] Inicializar Contexto UPF [1] Definir Características Funcionais do Plano do Usuário: FTUP, EMPU, MNOP, VTIME, Comprimento do Atributo UPF [6] [7] Resposta de Estabelecimento de Sessão [5] N4 Construir Resposta de Estabelecimento de Sessão [5] ID do Nó [5] Solicitação PFCP Aceita [5] F-SEID [5] Existência de PDR Verificada [5] PFCP Construir Mensagem FTUP: A função UP suporta a alocação/liberação de F-TEID. EMPU: A função UP suporta o envio de pacotes de fim de arquivo. MNOP: A função UP suporta a medição do número de pacotes no URR, que é realizada através da flag "Medir Número de Pacotes no URR". MNOP (Medição da Contagem de Pacotes): Quando definido como "1", indica que nas medições baseadas em fluxo, além de medir em bytes, o número de pacotes transmitidos em uplink/downlink/total também é solicitado. VTIME: A funcionalidade UP suporta o recurso de período de validade da cota. Se a funcionalidade UP suportar o recurso VTIME, ela solicita que a funcionalidade UP envie um relatório de uso após o término do período de validade. Após o término do período de validade da cota, se os pacotes de dados forem recebidos no UPF, o UPF deve parar de encaminhar pacotes de dados ou apenas permitir o encaminhamento de tráfego do plano do usuário limitado, dependendo da política da operadora na funcionalidade UP. Abreviações: FL: Tag de Fluxo TTC: TOS (Categoria de Tráfego) SPI: Índice de Parâmetro de Segurança FD: Descrição do Fluxo BID: Filtro SDF Bidirecional

1. Em um sistema 5G, uma função do SMF (Session Management Function - Função de Gerenciamento de Sessão) é ser responsável pela transmissão de informações do plano de controle (CP) do usuário; ele trabalha com o UPF para gerenciar o contexto relevante das sessões do terminal; é responsável por criar, atualizar e excluir sessões, e atribuir endereços IP a cada sessão PDU, fornecendo todos os parâmetros e suportando várias funções do UPF; a interface entre o SMF e outros elementos da rede é mostrada na Figura (1).   *Figura 1. Diagrama esquemático da conexão SMF com outros elementos de rede (linhas contínuas na figura representam conexões físicas, e linhas tracejadas representam conexões lógicas).   II. Protocolos de aplicação no SMF incluem: PFCP[2]: Toda a comunicação entre SMF e UPF é gerenciada por PFCP (Packet Forwarding Control Protocol - Protocolo de Controle de Encaminhamento de Pacotes); é um dos principais protocolos que separa o plano do usuário e o plano de controle. UDP[3]: User Datagram Protocol (Protocolo de Datagrama do Usuário), um protocolo da camada de transporte que fornece endereçamento de porta de origem e destino para multiplexação/demultiplexação de aplicações de nível superior. Este protocolo é responsável pela transmissão de dados entre gNB e UPF. SBI[4] (Service-Based Interface - Interface Baseada em Serviço): Este é um método de comunicação baseado em API entre funções de rede.   III. Fluxo de Chamada de Sessão do Terminal Durante o estabelecimento da sessão do terminal 5G: Primeiro, o SMF registra-se no NRF para localizar outras funções de rede. Se um usuário deseja acessar os serviços de dados 5G, uma sessão PDU deve ser estabelecida com a rede. O UE envia uma solicitação de estabelecimento de sessão PDU para a rede central (ou seja, o AMF). O AMF seleciona o melhor SMF na rede para manter suas informações relacionadas à sessão. Após selecionar o melhor SMF, ele solicita ao SMF que crie um contexto SM. O SMF obtém dados de assinatura SM do UDM e gera um contexto M. Em seguida, o SMF e o UPF iniciam o processo de estabelecimento da sessão PFCP e definem valores padrão para os parâmetros relacionados à sessão. Finalmente, o AMF envia informações da sessão para o gNB e UE para estabelecer o valor da sessão PDU padrão.   A interface de estabelecimento de sessão usa (sequencialmente) o conteúdo da mensagem: [22] Enviar registro NF [22] Tentar novamente o envio do registro NF [6] Definir arquivo de configuração NF [22] Enviar serviço de descoberta NF AMF [5] Processar solicitação de estabelecimento de sessão PDU [4] Construir rejeição de estabelecimento de sessão PDU GSM [30] Enviar rejeição de estabelecimento de sessão PDU [28] HTTP POST contexto SM - Receber Criar contexto SM [31] Processar criação de contexto SM de sessão PDU [22] Enviar descoberta NF UDM [27] Obter contexto SM [10] Construir/Definir dados criados [2] Inicializar contexto SMF [2] Obter informações DNN [4] Construir aceitação de estabelecimento de sessão PDU GSM [22] Enviar descoberta NF PCF [10] Seleção PCF [24] Enviar criação de associação de política SM [29] Política SM na decisão da aplicação [16] Criar lista UPF para seleção [16] Classificar lista UPF por nome [16] Selecionar UPF e atribuir IP UE [15] Selecionar UPF por DNN [16] Obter nome UPF por IP [16] Obter ID do nó UPF por nome [16] Obter nó UPF por IP [16] Obter ID UPF por IP [18] Construir solicitação de estabelecimento de associação PFCP [17] Processar solicitação de estabelecimento de associação PFCP [19] Enviar solicitação de estabelecimento de associação PFCP [18] Construir solicitação de estabelecimento de sessão PFCP [19] Enviar solicitação de estabelecimento de sessão PFCP [20] Enviar solicitação PFCP [18] PFCP cria PDR, FAR, QER, BAR [10] Adicionar PDR à sessão PFCP [13] [16] Gerar caminho de dados padrão [16] Gerar caminho de dados [15] Adicionar caminho de dados [15] Gerar Identificador de Equipamento Terminal (TEID) [2] [10] Atribuir Identificador de Equipamento de Sistema Local (SEID) [10] Selecionar regra de sessão [15] Selecionar parâmetros UPF [15] Adicionar PDR, FDR, BAR, QER [29] Processar regra de sessão [3] Ativar túnel e PDR [3] Ativar túnel de uplink/downlink [16] Selecionar fonte do caminho de uplink [30] Ativar sessão UPF [30] Estabelecer sessão PFCP [18] Construir resposta de estabelecimento de sessão PFCP [19] Enviar resposta de estabelecimento de sessão PFCP [20] Enviar resposta PFCP [18] Construir resposta de estabelecimento de associação PFCP [19] Enviar resposta de estabelecimento de associação PFCP [2] Obter informações do plano do usuário [16] Obter caminho padrão do plano do usuário através de DNN e UPF [3] Obter ID UPF, IP do nó, PDR UL, FAR UL [3] Copiar o primeiro nó do caminho de dados [25] Obter informações da sessão PDU UE via HTTP [15] Obter interface para obter informações da interface UPF [15] Obter nó UPF através do ID do nó [15] Obter IP UPF, ID, ID PDR, ID FAR, ID BAR, ID QER [2] Obter pool de caminho padrão UE [30] Notificar UE - enviar todos os caminhos de dados para UPF e enviar os resultados para UE [10] Enviar endereço PDU para NAS [12] Criar nó de caminho de dados UE [2] Inicializar roteamento UE SMF [7] Construir transmissão de solicitação de estabelecimento de recurso de sessão PDU [8] Lidar com a transmissão de falha de estabelecimento de recurso de sessão PDU [8] Lidar com a transmissão de resposta de estabelecimento de recurso de sessão PDU  

Em um sistema 5G, quando a interface NG ou certas partes da interface NG precisam ser reiniciadas, o nó NG-RAN será notificado; quando o AMF processa sobrecarga, uma mensagem de sobrecarga também será enviada ao nó NG-RAN para notificar o gNB a iniciar o processo de gerenciamento de carga; as definições específicas dessas mensagens são as seguintes:   1. Reinicialização NG mensagens são enviadas pelos nós NG-RAN e AMF para solicitar a reinicialização da interface NG ou certas partes dela.   Direção da mensagem: Nó NG-RAN → AMF e AMF → Nó NG-RAN   2. A mensagem de reconhecimento de REINICIALIZAÇÃO NG é enviada em conjunto pelo nó NG-RAN e pelo AMF como resposta à mensagem de REINICIALIZAÇÃO NG.   Direção da mensagem: Nó NG-RAN → AMF e AMF → Nó NG-RAN   3. Mensagem de Confirmação de REINICIALIZAÇÃO NG: Esta mensagem é enviada em conjunto pelo nó NG-RAN e pelo AMF como resposta à mensagem de REINICIALIZAÇÃO NG.   Direção da mensagem: Nó NG-RAN → AMF e AMF → Nó NG-RAN   4. Mensagens de indicação de erro são enviadas pelos nós NG-RAN e AMF para indicar que um erro foi detectado no nó.   Direção da mensagem: Nó NG-RAN → AMF e AMF → Nó NG-RAN 5. A mensagem de início de sobrecarga é enviada pelo AMF para indicar ao nó NG-RAN que o AMF está sobrecarregado.   Direção da mensagem: AMF → Nó NG-RAN   6. A mensagem de parada de sobrecarga é enviada pelo AMF para indicar que o AMF não está mais sobrecarregado.   Direção da mensagem: AMF → Nó NG-RAN      

AMF (Função de Gerenciamento de Acesso e Mobilidade) é uma unidade funcional do plano de controle (CU) na rede central 5G (CN). Os elementos da rede de rádio (gNodeBs) precisam se conectar ao AMF antes de poderem acessar qualquer serviço 5G. A conexão entre o AMF e outras unidades no sistema 5G é mostrada na figura abaixo.     *Figura 1. Diagrama esquemático da conexão AMF e elemento de rede 5G (linhas contínuas na figura representam conexões físicas e linhas tracejadas representam conexões lógicas)   I. Funções de Interface AMF N1[2]:O AMF obtém todas as informações relacionadas à conexão e sessão do UE através da interface N1. N2[3]:A comunicação entre o AMF e o gNodeB relacionada ao UE, bem como a comunicação não relacionada ao UE, é conduzida através desta interface. N8:Todas as regras de política do usuário e específicas do UE, dados de assinatura relacionados à sessão, dados do usuário e qualquer outra informação (como dados expostos a aplicativos de terceiros) são armazenados no UDM, e o AMF obtém esta informação através da interface N8. N11[4]:A interface N11 representa os gatilhos para o AMF adicionar, modificar ou excluir sessões PDU no plano do usuário. N12:O AMF simula um AUSF dentro da rede central 5G e fornece serviços ao AMF através da interface N12 baseada em AUSF. A rede 5G representa uma interface baseada em serviço, focando no AUSF e no AMF. N22:O AMF seleciona a melhor função de rede (NF) na rede usando o NSSF. O NSSF fornece informações de localização da função de rede ao AMF através da interface N22. SBI[8]:A interface baseada em serviço é uma comunicação baseada em API entre funções de rede.   II. Protocolos de Aplicação AMF NAS[5]:Em 5G, NAS (Protocolo da Camada Não-Acesso) é o protocolo do plano de controle na interface de rádio (interface N1) entre o UE e o AMF; ele é responsável por gerenciar o contexto relacionado à mobilidade e à sessão dentro do 5GS (sistema 5G). NGAP[6]:NGAP (Next Generation Application Protocol) é um protocolo do plano de controle (CP) usado para comunicação de sinalização entre o gNB e o AMF. Ele é responsável por lidar com serviços relacionados ao UE e serviços não relacionados ao UE. SCTP[7]:O Protocolo de Transmissão de Controle de Fluxo (SCTP) garante a transmissão de mensagens de sinalização entre o AMF e o nó 5G-AN (interface N2). Mensagens ITTI[9]:Interface entre tarefas usada para enviar mensagens entre tarefas.   III. Fluxo de Chamada - Registro e Desregistro do UE (Etapas) O AMF primeiro precisa se registrar no NRF para identificar e se comunicar com a Localização da Função de Rede. Quando o UE é ligado, ele passa por um processo de registro. O AMF processa o registro e, em seguida, recebe a mensagem NAS UE inicial e a solicitação de registro. Esta mensagem é usada para criar uma identidade AMF para o UE. Em seguida, o AMF verifica o AMF com o qual o UE se registrou por último. Se o endereço AMF antigo for encontrado com sucesso, o novo AMF recuperará todos os contextos do UE e iniciará um procedimento de desregistro para o AMF antigo. O AMF antigo solicita a liberação do contexto SM do SMF e do contexto UE do gNB.   IV. Autenticação e Autorização do Terminal Se o novo AMF não detectar nenhum vestígio do AMF antigo, ele inicia o processo de autorização e autenticação com o UE. Ele lida com o processo de verificação de identidade e solicita um vetor de autenticação do AMF. Em seguida, envia uma solicitação de autenticação ao UE para definir uma chave de segurança e selecionar um algoritmo de segurança para o canal, garantindo assim a transmissão segura de dados. O AMF controla todos os canais de transmissão downlink/uplink NAS usados para comunicação.

À medida que as redes de comunicação móvel se tornam cada vez mais complexas, a otimização do desempenho e a melhoria da experiência do usuário são cruciais para as operadoras. Anteriormente, os engenheiros de otimização dependiam principalmente de testes de direção para realizar medições (físicas) da rede, a fim de entender e controlar a cobertura e o desempenho sem fio. No entanto, este método de teste é caro, demorado e nem sempre abrangente.   I. Minimum Drive Testing (MDT)é um método de medição de rede sem fio projetado pelo 3GPP para redes de comunicação móvel. O MDT permite que a rede colete dados de desempenho reais diretamente do lado do Equipamento do Usuário (UE), reduzindo assim a necessidade de testes de direção manuais. Ele é especificamente dividido emLogged MDTeImmediate MDT(iMDT).   II. Immediate MDT, conforme definido no 3GPP, refere-se à comunicação em tempo real de dados de desempenho da rede pelo equipamento terminal (UE) durante uma sessão de conexão de rádio. Ao contrário do Logged MDT, que armazena dados no dispositivo para upload posterior, o Immediate MDT envia os resultados da medição para a rede, permitindo que as operadoras:   Identifiquem problemas de rede, como falhas de link de rádio (RLFs) em tempo real. Coletem dados em locais específicos durante a sessão em tempo real. Melhorem o desempenho do usuário em tempo real.   III. Pontos-chave do Immediate MDTO processo de Immediate MDT durante uma sessão de conexão entre o UE e a rede inclui principalmente: Configuração do MDT:O UE obtém a configuração do MDT da rede. Essa configuração especifica quais tipos de dados precisam ser coletados (por exemplo, RSRP, RSRQ, SINR ou eventos de chamada). Tempo de medição:Em um estado conectado, o UE realiza medições periodicamente com base em condições especificadas. Os parâmetros de medição podem incluir intensidade do sinal, métricas de qualidade e dados de localização. Zonas mortas de cobertura e falhas de link de rádio (RLF):Se o UE se encontrar em uma zona morta de cobertura, um RLF pode ocorrer, levando o processo MDT a registrar a intensidade do sinal e a localização para análise posterior. Logger e Indicação de RLF:Durante um evento RLF, o UE registra informações importantes, como intensidade do sinal e coordenadas de localização. Após o restabelecimento da conexão RRC, uma indicação de log RLF é criada e enviada. Restabelecimento e Relatório:O UE precisa restabelecer a conexão RRC para se reconectar. Após a reconexão RRC, o UE envia a indicação de log RLF junto com as informações registradas. Isso ajuda a rede a identificar a localização e a causa do RLF, o que é muito útil para a otimização da rede.

I. Notificação de Recurso de Sessão PDU (PDU SESSION RESOURCE NOTIFY) é uma notificação do sistema 5G para o elemento de rede central AMF de que um fluxo de QoS ou sessão PDU estabelecido para um terminal específico (UE) foi liberado, não está mais sendo executado ou está sendo reexecutado por um nó NG-RAN controlado por uma notificação de solicitação. Este procedimento também é usado para notificar o nó NG-RAN dos parâmetros de QoS que não foram aceitos com sucesso durante o procedimento de solicitação de handover de caminho. Todo o procedimento usa sinalização relacionada ao UE.   II. Notificação de Sucesso de Recurso de Sessão PDU: Conforme mostrado na Figura 8.2.4.2-1, a operação de sucesso de recurso de sessão PDU é iniciada pelo nó GN-RAN.     III. Informações-chave para notificação de recurso de sessão PDUinclui:   O nó NG-RAN inicia este processo enviando uma mensagem de notificação de recurso de sessão PDU. A mensagem PDU SESSION RESOURCE NOTIFY deve conter informações sobre recursos de sessão PDU ou fluxos de QoS que foram liberados, não estão mais sendo executados ou foram reexecutados pelo nó NG-RAN. Para cada sessão PDU onde alguns fluxos de QoS foram liberados, não estão mais sendo executados ou foram reexecutados pelo nó NG-RAN, um IE de transporte de notificação de recurso de sessão PDU deve ser incluído, contendo: Uma lista de fluxos de QoS liberados pelo nó NG-RAN (se houver) no IE de lista de liberação de fluxo de QoS. Se nenhum outro fluxo de QoS estiver associado ao portador existente após a liberação (por exemplo, divisão da sessão PDU), o nó NG-RAN e o 5GC devem considerar que o portador de transporte NG-U associado foi removido e as informações TNL UP NG-U associadas estão disponíveis novamente. Uma lista de fluxos de QoS GBR que o nó NG-RAN não executa mais ou que foram reexecutados pelo nó NG-RAN (se houver) no IE de lista de notificação de fluxo de QoS, juntamente com o IE de motivo de notificação. Para fluxos de QoS indicados como não mais satisfeitos, o nó NG-RAN também pode indicar os conjuntos de parâmetros de QoS alternativos que podem ser atualmente satisfeitos no IE de Índice de Conjunto de Parâmetros de QoS Atual. Para fluxos de QoS indicados como não mais satisfeitos, o nó NG-RAN também pode indicar feedback RAN no IE de Feedback de Características de Tráfego TSC. Uma lista (se houver) de fluxos de QoS cujos parâmetros de QoS foram atualizados, mas não podem ser aceitos com sucesso pelo nó NG-RAN durante uma solicitação de handover de caminho, deve ser incluída no IE de Lista de Feedback de Fluxo de QoS, que pode estar associada a valores que podem ser fornecidos. Para cada recurso de sessão PDU liberado pelo nó NG-RAN, uma transmissão de notificação de recurso de sessão PDU liberada deve ser incluída no "IE de Transmissão Liberada de Notificação de Recurso de Sessão PDU" e o motivo da liberação deve ser incluído no "IE de Motivo". Se o IE de Indicação de Erro do Plano do Usuário estiver definido como "Indicação de Erro GTP-U Recebida", o SMF (se suportado) deve considerar a sessão PDU liberada devido ao recebimento de uma indicação de erro GTP-U através do túnel NG-U, conforme descrito em TS 23.527. O nó NG-RAN (se suportado) deve relatar as informações de localização do UE no IE de Informações de Localização do Usuário na mensagem PDU SESSION RESOURCE NOTIFY. Ao receber uma mensagem PDU SESSION RESOURCE NOTIFY, o AMF deve transmitir de forma transparente um IE de Transferência de Notificação de Recurso de Sessão PDU ou um IE de Transferência Liberada de Notificação de Recurso de Sessão PDU para o SMF associado à sessão PDU relevante para cada sessão PDU indicada no IE de ID de Sessão PDU. Ao receber o IE de Transferência de Notificação de Recurso de Sessão PDU, o SMF normalmente inicia o procedimento de liberação ou modificação correspondente no lado da rede central para sessões PDU ou fluxos de QoS que são identificados como não mais satisfatórios. Para cada sessão PDU, se seu IE de Transferência de Notificação de Recurso de Sessão PDU ou IE de Transferência Liberada de Notificação de Recurso de Sessão PDU contiver um IE de Informações de Uso de RAT Secundário, o SMF deve processar essas informações de acordo com TS 23.502. Se a mensagem de Notificação de Recurso de Sessão PDU contiver um IE de Informações de Localização do Usuário, o AMF deve processar essas informações de acordo com TS 23.501.

  I. Um CORESET é um Conjunto de Recursos de Controle usado em 5G (NR). É um conjunto de recursos físicos dentro de uma área específica da Grade de Recursos de Downlink usada para transportar o PDCCH (DCI). Em 5G (NR), o PDCCH é especificamente projetado para ser transmitido dentro de um Conjunto de Recursos de Controle (CORESET) configurável.   II. Localização do PDCCH O CORESET em 5G é semelhante a uma Região de Controle em LTE porque seu Conjunto de Recursos (RB) e conjunto de símbolos OFDM são configuráveis, e possui um espaço de busca PDCCH correspondente. A flexibilidade da configuração da Região de Controle NR, incluindo tempo, frequência, conjunto de parâmetros e ponto de operação, permite que ele atenda a uma ampla gama de cenários de aplicação. Enquanto os PDCCHs nas Regiões de Controle LTE são alocados em toda a largura de banda do sistema, os PDCCHs NR são transmitidos dentro de uma área CORESET especialmente projetada, localizada em uma região específica do domínio da frequência, conforme mostrado no diagrama abaixo.   III. 4G PDCCH e 5G PDCCH CORESET A alocação de frequência em uma configuração CORESET pode ser contínua ou descontínua. Uma configuração CORESET abrange 1-3 símbolos OFDM consecutivos no tempo. Os REs em um CORESET são organizados em REGs (grupos de RE). Cada REG consiste em 12 REs de um símbolo OFDM em um RB. O PDCCH é confinado a um CORESET e transmitido usando seu próprio sinal de referência de demodulação (DMRS) para obter a formação de feixe do canal de controle para o UE. Para acomodar diferentes tamanhos de payload DCI ou diferentes taxas de codificação, o PDCCH é transportado por 1, 2, 4, 8 ou 16 Elementos de Canal de Controle (CCEs). Cada CCE contém 6 REGs. O mapeamento CCE-para-REG de um CORESET pode ser intercalado (para diversidade de frequência) ou não intercalado (para formação de feixe local). IV. Mapeamento CORESET Cada terminal 5G (UE) é configurado para testar cegamente múltiplos sinais candidatos PDCCH com diferentes formatos DCI e níveis de agregação. A decodificação cega aumenta a complexidade do UE, mas é necessária para agendar e processar de forma flexível diferentes formatos DCI com baixa sobrecarga.   V. Características do CORESET O CORESET conjunto de recursos de controle em 5G (NR) é semelhante à área de controle PDCCH LTE; Os CORESETs 5G (NR) são divididos em dois tipos: CORESETs gerais e CORESETs específicos do UE; Cada BWP de downlink ativo pode configurar até 3 conjuntos principais, incluindo CORESETs gerais e CORESETs específicos do UE; Uma célula de serviço pode ter até 4 BWPs, e cada BWP pode ter até 3 CORESETs, para um total de 12 CORESETs; Cada CORESET pode ser identificado por um índice que varia de 0 a 11, chamado ID do Conjunto de Recursos de Controle; O ID do Conjunto de Recursos de Controle é único dentro da mesma célula de serviço; Quando um CORESET específico é definido, seu índice é CORESET0; este CORESET é configurado usando um elemento de informação de 4 bits no MIB (Bloco de Informação Mestre), que está associado ao sinal de sincronização definido pela célula e ao bloco de Canal de Transmissão Física (PBCH) (SSB); Os CORESETs são configurados apenas dentro de sua Ativação de Banda Larga Ponderada (BWP) associada ocorre apenas após a ativação, exceto para CORESET0, que está associado ao pacote ponderado por largura de banda inicial (o pacote ponderado por largura de banda com índice 0); No domínio da frequência, os CORESETs são configurados em grades de frequência de 6 PRBs em unidades de 6 PRBs; No domínio do tempo, os CORESETs são configurados como 1, 2 ou 3 símbolos OFDM consecutivos.  

Comparado com as gerações anteriores de tecnologia, o 5G (NR) tem requisitos mais elevados para precisão de temporização e sincronização. Isso ocorre porque a rede precisa de sincronização para alcançar funções como agregação de portadoras, Mass MIMO e TDD (Time Division Duplex); tecnologias-chave como relógios de fronteira aprimorados, PTP (Precise Time Protocol), e TSN (Time Sensitive Networking) podem atender aos seus requisitos de precisão; em relação aos relatórios de status de temporização e sincronização, o 3GPP os define em TS38.413 da seguinte forma:     I. Relatório de Status de Sincronização de TemporizaçãoO objetivo do processo de relatório de status de sincronização de temporização no sistema 5G é permitir que os nós NG-RAN forneçam informações de status de sincronização de temporização RAN ao AMF de acordo com TS 23.501 e TS 23.502; o processo de relatório de status de sincronização de temporização usa sinalização não associada ao UE. O processo de operação de relatório bem-sucedido é mostrado na Figura 8.19.2.2-1, onde:   O nó NG-RAN inicia o processo enviando uma mensagem de relatório de status de sincronização de tempo TSCTSF, indicada pelo IE de ID de roteamento, para o AMF.   II. O objetivo do relatório de status de sincronização de tempo é permitir que o AMF solicite ao nó NG-RAN que inicie ou pare de relatar informações de status de sincronização de tempo RAN, conforme especificado em TS 23.501 e TS 23.502. O processo de operação de relatório de status de sincronização bem-sucedido é mostrado na Figura 8.19.1.2-1 abaixo. O processo de relatório usa sinalização não associada ao UE; onde:     O AMF inicia este processo enviando uma mensagem de solicitação de status de sincronização de tempo para o nó NG-RAN. Se o IE de tipo de solicitação RAN TSS contido na mensagem de solicitação de status de sincronização de tempo estiver definido como "iniciar", o nó NG-RAN deve iniciar o relatório RAN TSS para o TSCTSF indicado pelo IE de ID de rota. Se o IE de tipo de solicitação RAN TSS estiver definido como "parar", o nó NG-RAN deve parar de relatar o TSCTSF indicado pelo IE de ID de rota. III. A operação de relatório de status de sincronização agendada falhou, conforme mostrado na Figura 8.19.1.3-1, onde:     Se um nó NG-RAN não puder relatar o status de sincronização de tempo, o processo deve ser considerado uma falha e uma mensagem "Falha no Status de Sincronização de Tempo" deve ser retornada.  

I. Suporte de ServiçoSemelhante aos sistemas de comunicação móvel 2G, 3G e 4G, os sistemas 5G (NR) suportam serviços categorizados em três tipos principais: voz, dados, e vídeo. Um sistema móvel celular consiste em duas partes básicas: o terminal móvel (UE) e a rede (composta por estações base e componentes de conexão de dados de back-end, como a rede central e fibra óptica).   II. Características do SistemaO 5G é desenvolvido de acordo com os padrões 3GPP Release 15 e superiores, e é compatível com LTE e LTE-Advanced Pro. Atualmente, os sistemas 5G estão sendo desenvolvidos em múltiplas bandas de frequência para suportar a regulamentação do espectro em todo o mundo. Um sistema 5G pode ser composto por três partes: UE (ou seja, o terminal - telemóvel) gNB (ou seja, a estação base) CN (ou seja, a rede central)   III. Implantação da Rede 5GA implantação 5G é dividida em arquiteturas Non-Standalone (NSA) e Standalone (SA). Especificamente:   Em NSA, o UE opera simultaneamente no LTE eNB e no 5G gNB. Neste modo, o UE usa o C-plane (plano de controle) do LTE eNB para sincronização inicial e, em seguida, se conecta ao U-plane (plano do usuário) do 5G gNB para troca de tráfego. Em SA, o UE opera apenas na presença de uma estação base 5G (gNB). Neste modo, o UE usa o plano de controle da estação base 5G para sincronização inicial e, em seguida, também se conecta ao plano do usuário da estação base 5G para troca de tráfego.   IV. Fluxo de Chamada de Serviço 4.1 Fluxo de Chamada de Voz As chamadas de voz 5G estabelecem um circuito entre o chamador e a parte chamada para permitir a transmissão e recepção de voz através da rede 5G. As chamadas de voz são de dois tipos: Chamada iniciada pelo telemóvel Chamada terminada no telemóvel Chamadas de voz regulares podem ser feitas usando telefones 4G/5G sem quaisquer aplicações. 4.2 Fluxo de Chamada de Dados As chamadas de dados 5G estabelecem um circuito virtual entre o chamador e a parte chamada para permitir a transmissão e recepção de dados através da rede 5G. As chamadas de dados são de dois tipos: Chamada comutada por pacotes iniciada pelo telemóvel Chamada comutada por pacotes terminada no telemóvel Serviços específicos incluem navegação normal na internet e upload/download após estabelecer uma conexão com a internet com a rede 5G e o telemóvel 5G (ou seja, o terminal).   4.3 Fluxo de Chamada de Vídeo As chamadas de vídeo 5G estabelecem uma conexão entre dois telefones (ou terminais) e usam uma conexão comutada por pacotes para transmissão e recepção de vídeo; usa aplicações como WhatsApp, Facebook Messenger e GTalk através da conexão com a internet.