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

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.

    Comparado com os sistemas 4G, o 5G (NR) alcançou melhorias revolucionárias nos principais indicadores de desempenho da comunicação móvel; também suporta vários cenários de aplicação emergentes. Com base no sucesso dos sistemas 5G (NR), 6G deverá surgir por volta do final de 2030. Os múltiplos estudos do 3GPP SA1 sobre Rel-19 não apenas demonstram as capacidades adicionais que os sistemas 5G trarão, mas também fornecem orientação para as futuras capacidades necessárias para os sistemas 6G.   I. Padrões 3GPP Todo o desenvolvimento da comunicação móvel de GSM (2G), WCDMA (3G), LTE (4G) para NR (5G) adotou o 3GPP, o único e líder global em padrão de comunicação. Durante este período, quase todos os telefones e dispositivos móveis conectados a redes celulares suportaram pelo menos um desses padrões. Além de contribuir para o enorme sucesso dos sistemas 4G (comumente conhecido como LTE), o 3GPP também melhorou significativamente o desempenho dos sistemas de comunicação celular em 5G.   II. Padrões e Funções 5G Desde a primeira implantação comercial de sistemas 5G em 2018, conforme mostrado na Figura 1, o 3GPP adicionou continuamente novas funções em versões subsequentes, incluindo:     Rel-15, Rel-16 e Rel-17 são as três primeiras versões que suportam sistemas 5G, fornecendo as funcionalidades básicas que distinguem o 5G dos sistemas 4G. Rel-18, Rel-19 e Rel-20 adicionam recursos avançados aos sistemas 5G e também são conhecidos como 5G-Advanced. Os segundo e terceiro grupos de trabalho da fase no 3GPP desenvolveram a arquitetura e os protocolos do sistema Rel-18, enquanto o primeiro grupo de trabalho da fase do 3GPP discutiu as arquiteturas do sistema 6G além do sistema 5G Rel-19.   III. Progresso Geral do Rel-19 Nas reuniões SA1#97 (fevereiro de 2022) e SA1#98 (maio de 2022), o grupo de trabalho 3GPP SA1 chegou a um acordo sobre as Rel-19 Descrições de Itens de Pesquisa (SIDs), conforme mostrado na Tabela 1. Muitos projetos estão gradualmente se movendo em direção à aplicação.     Como o título da pesquisa sugere, os padrões 3GPP estão abordando as necessidades mais específicas das indústrias que consideram o uso de sistemas de comunicação baseados em 3GPP. Versões anteriores dos padrões 3GPP adicionaram suporte para várias indústrias, como comunicação máquina-a-máquina. O 3GPP também introduziu recursos como suporte para comunicação IoT de baixa potência, comunicação IoT de ampla cobertura e comunicação veículo-a-veículo.   No entanto, o suporte das versões anteriores é insuficiente para algumas outras indústrias, e novas pesquisas estão se esforçando para atender às suas necessidades. Por exemplo, a pesquisa sobre serviços Metaverse (FS_Metaverse) abordará os requisitos dos sistemas baseados em 3GPP no transporte de tráfego para aplicações em cenários de metaverso.   Por outro lado, à medida que as indústrias adotam tecnologias de comunicação baseadas em 3GPP, novos cenários estão constantemente surgindo, exigindo que o 3GPP conduza mais pesquisas. Por exemplo, a pesquisa sobre acesso via satélite (FS_5GSAT_ph3) está tentando atender às necessidades adicionais da indústria de satélites, com base em pesquisas anteriores.

Em um sistema de transmissão 5G, a modificação da sessão atualizará a sessão PDU (Unidade de Dados de Pacote); a atualização pode ser acionada por eventos como o dispositivo terminal (UE), a rede ou uma falha de link de rádio. O processo de atualização da sessão MBS é especificamente tratado pelo SMF, envolvendo o UPF que atualiza a conexão do plano do usuário; então o UPF notifica a rede de acesso e o AMF para modificar as regras da sessão, QoS (Qualidade de Serviço) ou outros parâmetros.   I. Iniciação da Modificação da Sessão em Sistemas 5G pode ser acionada por múltiplos elementos de rede, a saber: Iniciada pelo UE: O UE solicita alterações em sua sessão PDU, como modificar filtros de pacotes ou QoS para um serviço específico. Iniciada pela Rede: A rede (tipicamente uma Função de Controle de Política (PCF)) inicia modificações, como aplicar novas regras de política ou alterações de QoS. Iniciada pela Rede de Acesso: Eventos como falhas de link de rádio, inatividade do usuário ou restrições de mobilidade podem acionar modificações, fazendo com que a AN libere a sessão ou modifique sua configuração. Iniciada pelo AMF: O AMF também pode acionar modificações, como devido a falhas de rede não especificadas.   II. A modificação bem-sucedida da MBS o procedimento de modificação da sessão de transmissão visa solicitar ao nó NG-RAN que atualize os recursos ou áreas da sessão MBS relacionados às sessões MBS de transmissão estabelecidas anteriormente; este procedimento usa sinalização não associada ao UE. Uma modificação bem-sucedida é mostrada na Figura 8.17.2.2-1, onde:   MF inicia este processo enviando uma mensagem "BROADCAST SESSION MODIFICATION REQUEST" para o nó NG-RAN, na qual:   Se a mensagem "Broadcast Session Modification Request" contiver um IE "MBS Service Area", o nó NG-RAN deve atualizar a área de serviço MBS e enviar uma mensagem "Broadcast Session Modification Response". Se a mensagem "Broadcast Session Modification Request" contiver um IE "MBS Session Modification Request Transmission", o nó NG-RAN deve substituir as informações fornecidas anteriormente pelas informações recém-recebidas e atualizar os recursos e a área da sessão MBS de acordo com a solicitação e, em seguida, enviar uma mensagem "Broadcast Session Modification Response". Se a mensagem "Broadcast Session Modification Request" incluir um IE "List of Supported User Equipment Types" (se suportado), o nó NG-RAN deve considerar isso na configuração de recursos da sessão MBS. Se o IE de indicação de falha MBS NG-U estiver incluído na mensagem de solicitação de modificação da sessão de transmissão dentro do IE de configuração ou modificação da sessão MBS e estiver definido como "Falha do caminho N3mb", o nó NG-RAN pode fornecer novas informações da camada de transporte NG-U para substituir as informações da camada de transporte com falha ou alternar a transmissão de dados para outro 5GC de acordo com o procedimento de recuperação da sessão MBS de transmissão de falha do caminho N3mb especificado em TS 23.527.   III. Falha na Modificação da MBS Na rede ao vivo, os nós NG-RAN podem experimentar falhas na modificação da sessão de transmissão por vários motivos; a falha na modificação é mostrada na Figura 8.17.2.3-1, onde:   Se um nó NG-RAN falhar em atualizar quaisquer modificações solicitadas, o nó NG-RAN deve enviar uma mensagem "Broadcast Session Modification Failure".  

1. Liberação da Sessão de Transmissão:Em sistemas de comunicações móveis, isso se refere ao processo pelo qual um equipamento de usuário (UE) encerra a recepção de sinais de transmissão de uma rede 5G, semelhante a encerrar uma sessão de mídia de streaming. Isso ocorre quando o usuário encerra explicitamente a sessão, a transmissão termina ou o dispositivo sai da cobertura da transmissão. O elemento de rede (Centro de Serviço de Transmissão/Multicast) encerrará a sessão para garantir a transmissão eficiente de dados para vários usuários simultaneamente. As liberações incluem:     Liberação Iniciada pelo Usuário: O usuário interrompe manualmente a transmissão, semelhante a fechar um aplicativo de streaming. Liberação Iniciada pela Rede:A sessão de transmissão termina devido à conclusão da reprodução do conteúdo ou ao término pelo operador da rede. Isso pode ser devido ao fim de um evento ao vivo ou transmissão agendada. Liberação Iniciada pelo Dispositivo:O dispositivo sai da cobertura da transmissão, resultando na perda de sinal e no término da sessão. O Centro de Serviço de Transmissão/Multicast (BM-SC)gerencia as sessões de transmissão e pode iniciar liberações com base em políticas de rede ou ações do usuário.   2. Processo de Liberação da Sessão de Transmissão:O objetivo é liberar recursos associados a uma sessão de transmissão MBS previamente estabelecida. A liberação usa sinalização não associada ao UE. Uma operação de liberação bem-sucedida é mostrada na Figura 8.17.3.2-1, onde:       O AMF inicia este procedimento enviando uma mensagem de Solicitação de Liberação da Sessão de Transmissão para o nó NG-RAN. Após o recebimento da mensagem de Solicitação de Liberação da Sessão de Transmissão, o nó NG-RAN deve responder com uma mensagem de Resposta de Liberação da Sessão de Transmissão. O nó NG-RAN deve parar a transmissão e liberar todos os recursos da sessão MBS associados à sessão de transmissão. Após o recebimento da mensagem de Resposta de Liberação da Sessão de Transmissão, o AMF deve transmitir de forma transparente o IE de Transporte de Resposta de Liberação da Sessão de Transmissão (se houver) para o MB-SMF.

  A utilização eficiente do espectro é crucial nas comunicações móveis. À medida que as operadoras se esforçam para fornecer taxas de dados mais rápidas e melhor conectividade, a agregação de portadoras (CA) tornou-se uma das características mais importantes introduzidas no 3GPP R10 (LTE-Advanced) e desenvolvida posteriormente no 5G (NR).   1. Agregação de Portadoras(CA) aumenta a largura de banda e a taxa de transferência combinando múltiplas portadoras componentes (CCs). A largura de banda de cada portadora componente varia de 20 MHz em LTE a 100 MHz em 5G (NR). Portanto, a largura de banda total do LTE-Advanced (5CCs) pode atingir 100 MHz, enquanto a largura de banda total do 5G (NR) (16CCs) pode atingir 640 MHz. O princípio é que, combinando portadoras, a rede pode enviar e receber mais dados simultaneamente, melhorando assim a eficiência e a experiência do usuário.   2. Tipos de Agregação:Em 4G e 5G, a agregação de portadoras pode ser categorizada com base em como as portadoras são organizadas em diferentes bandas de frequência:   Contígua intra-banda | Portadoras adjacentes dentro da mesma banda | Banda 3: 1800 MHz (10+10 MHz contíguos) Não contígua intra-banda | Portadoras dentro da mesma banda, mas com separação de frequência | Banda 40: 2300 MHz (20+20 MHz com uma lacuna) Agregação inter-banda | Portadoras de diferentes bandas | Banda 3 (1800 MHz) + Banda 7 (2600 MHz)   A figura acima ilustra visualmente o tipo não contíguo intra-banda, onde ambas as portadoras pertencem à Banda A, mas há uma lacuna no espectro entre elas.   3. Agregação de portadoras contíguas intra-banda (ICCA) funciona combinando portadoras adjacentes dentro da mesma banda.Agregação de portadoras intra-banda não contíguas(NCCA) vai um passo além e permite a agregação de portadoras não adjacentes dentro da mesma banda. Isso é particularmente importante para operadoras que lidam com alocações de espectro fragmentadas.   4. Agregação de Portadoras Não Contíguas Intra-Banda(ICA) é um recurso habilitado em 4G e 5G para utilizar totalmente o espectro fragmentado. A agregação de portadoras (CA) permite que as operadoras combinem múltiplas portadoras (chamadas de portadoras componentes (CCs)) para criar canais de largura de banda mais amplos, melhorando assim a taxa de transferência e aprimorando a experiência do usuário.