Handover Delay Minimization in Non-Terrestrial Networks: Impact of Open RAN Functional Splits

Este artigo investiga o impacto das divisões funcionais do Open RAN na minimização do atraso de handover em redes não terrestres, demonstrando que a configuração com gNB a bordo do satélite oferece a maior disponibilidade de serviço (95,4%) em comparação com outras arquiteturas, ao otimizar parâmetros de handover em constelações LEO dinâmicas.

O essencial

Imagine que você está em um avião voando sobre o oceano, tentando fazer uma videochamada. Em terra firme, a conexão é feita por torres fixas. No espaço, a "torre" é um satélite que está voando a 550 km de altura a uma velocidade incrível (como um tiro de canhão).

O problema é que esses satélites passam rápido. Assim que um sai de vista, outro tem que entrar. Essa troca de satélite é chamada de Handover (ou "troca de mão"). Se essa troca for lenta ou falhar, sua chamada cai.

Este artigo é como um manual de engenharia para fazer essa troca ser o mais rápida e suave possível, usando uma tecnologia nova chamada Open RAN (que é como ter peças de Lego de diferentes marcas que funcionam juntas perfeitamente).

Aqui está a explicação do que eles descobriram, usando analogias do dia a dia:

1. O Cenário: A Corrida de Satélites

Pense na constelação de satélites (como a Starlink) como uma festa de dança onde os parceiros (satélites) trocam de lugar o tempo todo.

• O Usuário (Você): É o dançarino no chão.
• O Satélite: É o parceiro de dança que passa rápido.
• O Handover: É o momento em que você solta a mão de um parceiro e segura a do próximo.

Se você soltar a mão muito cedo, você fica sem parceiro (a chamada cai). Se soltar muito tarde, você pode bater no próximo parceiro (interferência) ou demorar para pegar o novo (atraso).

2. As Regras do Jogo (Os "Funções Divididas")

Os autores testaram três formas diferentes de organizar quem faz o que na dança:

• Opção A (Split 7.2x): O satélite é apenas um "espelho". Ele reflete o sinal, mas quem decide a música e o passo da dança está no chão (na estação terrestre).
  • Analogia: É como se você estivesse dançando, mas tivesse que ligar para o DJ no chão para pedir permissão para mudar de parceiro. Isso gera atraso porque a mensagem tem que ir e voltar da Terra.
• Opção B (Split 2): O satélite faz um pouco mais (decide alguns passos), mas o DJ principal ainda está no chão.
  • Analogia: O satélite tem um "vice-DJ", mas ainda precisa consultar o chefe na Terra para mudanças grandes.
• Opção C (gNB a bordo): O satélite é o DJ completo. Ele tem toda a lógica da dança dentro dele.
  • Analogia: O satélite decide instantaneamente quem é o próximo parceiro, sem precisar ligar para a Terra. É a opção mais rápida.

3. O Dilema: "Trocar Agora ou Esperar?"

Para evitar trocas desnecessárias (como trocar de parceiro e voltar logo em seguida, o que é irritante), os pesquisadores usaram dois botões de controle:

• TTT (Tempo para Disparar): "Espere X segundos vendo que o novo parceiro é melhor antes de trocar."
• HOM (Margem de Segurança): "Troque só se o novo parceiro for muito melhor que o atual."

O que eles descobriram?
Em um cenário de satélites voando rápido, esperar é perigoso.

• Se você esperar muito (TTT alto), o satélite atual pode sair de vista antes de você trocar, e a chamada cai (falha de link).
• Se você for muito sensível (TTT zero), você troca o tempo todo, o que cansa o sistema.

A Solução Mágica:
Eles descobriram que a melhor estratégia é: Troque imediatamente (TTT = 0), mas só se o novo for um pouco melhor (HOM = 3 dB).
É como dizer: "Se virar alguém melhor, troque agora! Não espere para ver se é 'muito' melhor, porque o tempo está passando rápido demais."

4. O Resultado Final: Quem Ganhou?

Eles mediram o "Tempo de Serviço Efetivo" (quanto tempo você consegue falar sem interrupções).

• O Vencedor: A Opção C (gNB a bordo) foi a campeã, com 95,4% de disponibilidade.
  • Por que? Porque como o satélite é o "DJ completo", ele não perde tempo enviando mensagens para a Terra. Ele troca de parceiro instantaneamente. Mesmo que isso exija satélites mais inteligentes e caros, vale a pena para não cair a chamada.
• O Perdedor: A Opção A (Split 7.2x) teve o pior desempenho (92,8%).
  • Por que? O atraso de enviar a mensagem para a Terra e voltar fez com que muitas trocas demorassem demais, causando quedas de chamada.

5. O Tamanho da "Rede" (Feixes)

Eles também testaram se usar satélites com muitos feixes de luz (127 feixes) ou poucos (19 feixes) fazia diferença.

• Muitos feixes (127): É como ter uma sala cheia de parceiros de dança pequenos. Você troca de parceiro muito rápido (dentro do mesmo satélite), o que gera um efeito de "ping-pong" (trocar e voltar).
• Poucos feixes (19): São parceiros grandes. Você troca menos vezes, mas quando o satélite passa, a área de cobertura é menor e o risco de cair é maior se você demorar para trocar.

Resumo em uma frase

Para manter uma conexão perfeita com satélites que voam rápido, o segredo é colocar a "inteligência" da troca dentro do próprio satélite (e não na Terra) e configurar o sistema para trocar de conexão imediatamente assim que um sinal melhor aparecer, sem esperar para ter certeza absoluta.

Isso garante que sua videochamada continue fluindo, mesmo que o "parceiro de dança" no espaço esteja correndo a 27.000 km/h.

Resumo técnico

Aqui está um resumo técnico detalhado do artigo "Handover Delay Minimization in Non-Terrestrial Networks: Impact of Open RAN Functional Splits", apresentado em português:

1. Problema Investigado

O artigo aborda o desafio crítico de otimizar o desempenho de transferências de mão (Handover - HO) em Redes Não Terrestres (NTN), especificamente em constelações de satélites de Órbita Baixa da Terra (LEO). Devido à alta velocidade relativa dos satélites LEO, os Usuários (UEs) experimentam transferências frequentes, o que pode levar a:

• Atrasos de Handover (HO): Interrupções no serviço durante a troca de satélite ou feixe.
• Falhas de Link de Rádio (RLF): Perda de conexão quando o sinal cai abaixo do limiar antes que a transferência seja concluída.
• Eventos de "Ping-Pong" e Transferências Desnecessárias: Oscilações rápidas entre feixes ou satélites que degradam a qualidade de serviço.

O objetivo central é maximizar o Tempo de Serviço Efetivo do UE (definido como o tempo de serviço ativo excluindo atrasos de HO e períodos de RLF) através da otimização conjunta de parâmetros de handover e da seleção da arquitetura de divisão funcional do Open RAN (O-RAN).

2. Metodologia

Os autores desenvolveram uma simulação de nível de sistema em um cenário dinâmico e realista, utilizando a seguinte abordagem:

• Cenário de Simulação:

  • Utilização de uma constelação LEO baseada no modelo Starlink (1584 satélites, 72 planos orbitais, altitude de 550 km).
  • Um UE em solo (localizado na Europa) servido por satélites com feixes móveis (Earth-moving beams).
  • Duas configurações de feixe analisadas: 19 feixes e 127 feixes por satélite.
  • Quatro estações terrestres (GS) conectadas aos satélites.

• Arquiteturas O-RAN (Divisões Funcionais - FS):
  O estudo compara três cenários de localização das funções da rede de acesso rádio (RAN):

  1. Split 7.2x: Apenas funções de Camada 1 (L1) no satélite (O-RU); L2 e L3 na Estação Terrestre (GS).
  2. Split 2: Funções L1 e L2 no satélite (O-RU e O-DU); L3 na GS (O-CU).
  3. gNB a bordo (Onboard): Toda a pilha O-RAN (L1, L2, L3) processada no satélite.

• Mecanismo de Handover:

  • Utilização de Handover Condicional (CHO) baseada em RSRP (Potência de Recebimento de Sinal de Referência).
  • Otimização de dois parâmetros chave:
    • TTT (Time-to-Trigger): Tempo que o sinal do alvo deve ser melhor que o atual antes de disparar a HO.
    • HOM (Handover Margin): Margem de offset que o sinal alvo deve superar o atual.

• Algoritmo de Otimização:

  • Foi formulado um problema de otimização para maximizar o tempo de serviço efetivo.
  • Utilizou-se um algoritmo de Busca Exaustiva (Exhaustive Search) para variar os valores de TTT e HOM, identificando a configuração ótima que minimiza a soma dos atrasos de CHO e a duração das falhas de link (RLF).

3. Principais Contribuições

1. Modelo Detalhado de Atraso: Proposição de um modelo de atraso de handover que considera explicitamente as diferentes divisões funcionais do O-RAN e os cenários de mobilidade (intra-satélite, inter-satélite com mesma GS, inter-satélite com GSs diferentes).
2. Nova Métrica de Desempenho: Introdução do Tempo de Serviço Efetivo como métrica unificada, que pondera simultaneamente a latência de handover e a disponibilidade do link (evitando RLFs).
3. Análise de Arquitetura vs. Configuração de Feixe: Avaliação sistemática de como as arquiteturas O-RAN interagem com diferentes densidades de feixes (19 vs. 127) em um ambiente dinâmico, preenchendo uma lacuna na literatura que anteriormente focava apenas em cenários estáticos ou de "snapshot".
4. Otimização de Parâmetros: Identificação de configurações ótimas de TTT e HOM para maximizar a disponibilidade em NTNs.

4. Resultados Chave

• Impacto das Divisões Funcionais (FS):

  • A configuração gNB a bordo (toda a pilha no satélite) apresentou o melhor desempenho, alcançando uma disponibilidade de ~95,4%. Isso ocorre porque elimina os atrasos de processamento e propagação entre o satélite e a estação terrestre para as funções de controle de mobilidade, reduzindo significativamente os atrasos de handover intra-satélite (que são os mais frequentes).
  • O Split 7.2x apresentou a menor disponibilidade (~92,8%), devido aos altos atrasos de handover intra-satélite causados pela necessidade de comunicação com a GS para funções de L2/L3.
  • O Split 2 ocupou uma posição intermediária com ~94,3%.

• Parâmetros Ótimos (TTT e HOM):

  • A configuração ótima encontrada foi TTT = 0 s e HOM = 3 dB.
  • TTT = 0 s: Indica que, devido à rápida mudança na visibilidade e qualidade do link em LEO, decisões de handover imediatas são superiores. Atrasos (TTT > 0) aumentam o risco de RLF sem benefícios significativos na redução de handovers desnecessários neste cenário específico.
  • HOM = 3 dB: Aumentar a margem para 3 dB reduziu drasticamente os eventos de "Ping-Pong" e handovers desnecessários, diminuindo o atraso total de CHO e melhorando a disponibilidade, sem aumentar significativamente as taxas de RLF.

• Configuração de Feixes (19 vs. 127):

  • A configuração de 127 feixes ofereceu uma cobertura mais estável dentro do mesmo satélite, reduzindo a taxa de falhas de link (RLF) em comparação com os 19 feixes, que possuem uma "pegada" (footprint) menor.
  • No entanto, a configuração de 127 feixes tendeu a ter taxas de handover intra-satélite ligeiramente mais altas em certos cenários devido à maior frequência de troca de feixes dentro do mesmo satélite.

• Relação entre Atraso e Disponibilidade:

  • O gNB a bordo minimizou o atraso total de CHO (4,5% - 5% do tempo de serviço), enquanto o Split 7.2x apresentou os maiores atrasos (7% - 7,5%).

5. Significado e Implicações

Este estudo demonstra que, para redes LEO dinâmicas, a localização do processamento da rede (Edge vs. Core) é um fator determinante para a continuidade do serviço.

• Conclusão Principal: Embora colocar todo o gNB no satélite aumente a complexidade e o custo de processamento a bordo, é a arquitetura mais eficaz para garantir alta disponibilidade e baixa latência em cenários de mobilidade rápida, superando as limitações de latência de fronthaul das arquiteturas divididas (Split).
• Implicação para o 6G/NTN: A otimização de parâmetros de handover (especificamente TTT baixo e HOM moderado) é tão crucial quanto a escolha da arquitetura. A pesquisa sugere que, em ambientes LEO, a agilidade na decisão de handover (TTT=0) compensa os riscos de handovers desnecessários, desde que uma margem de segurança (HOM) adequada seja aplicada.
• Futuro: O trabalho aponta para a necessidade de algoritmos de handover mais avançados que se adaptem dinamicamente às restrições de temporização do 5G e às variações na topologia da constelação.