Redes e arquiteturas para smart parking

O protocolo LoRa (Long Range) é uma técnica de modulação de “espetro expandido” adquirida pela Semtech (EUA) em 2012.

Três configurações diferentes estão disponíveis para os nossos dispositivos.

LoRaWAN®

É construído de acordo com as especificações da LoRa Alliance™, que inclui dispositivos, gateways, um servidor de rede e uma plataforma de gestão (por exemplo, o nosso POLIS). A Gateway e o servidor de rede são os dispositivos que o operador LoRaWAN® público ou privado deve disponibilizar. O problema da saturação surge para um número muito grande de sensores, mas geralmente os fabricantes de gateways e servidores de rede declaram a possibilidade de ligar vários milhares de dispositivos (até 20.000), mesmo que dependa muito do tráfego gerado.

LoRaWAN® SPN (Small Private Network)

O LoRaWAN® SPN é uma variação do LoRaWAN®, que usa gateways com um servidor de rede integrado com recursos reduzidos, em comparação com um servidor de rede real. Cada gateway SPN permite gerir algumas centenas de dispositivos. É útil para criar redes privadas LoRaWAN® muito rapidamente, economizando o custo de um servidor de rede (algumas dezenas de milhares de euros).

LoRa Intercomp

É um protocolo LoRa proprietário desenvolvido pela Intercomp que explora o potencial de penetração e distância típico do protocolo LoRa, mas usa apenas um canal para comunicação e a taxa de dados (a velocidade de comunicação) é normalmente fixa no SF7.

Os componentes dessa arquitetura são os sensores LoRa Intercomp, os gateways R3000 Intercomp (que podem ser alimentados em alta ou baixa tensão) e a plataforma de gestão POLIS.

Cada gateway pode gerir até 150/200 sensores. Além desse número, o gateway pode funcionar, mas podem surgir dois fatores que devem ser levados em consideração:

• tipo de dispositivos ligados, que não são todos iguais. Por exemplo, um sensor de estacionamento inteligente pode transmitir mais de 50 mensagens por dia, portanto, o tráfego de rádio gerado em eventos livres e ocupados pode ser muito alto;
• Duty Cycle, o tempo de transmissão que não deve exceder 1% calculado por hora (não mais que 36 segundos em uma hora). Isso não é um problema para um sensor, mas para um gateway, se estiver configurado para responder aos dispositivos ligados e se forem milhares, poderá tornar-se um problema. O Confirmed Packet para redes LoRaWAN® ou Acknowledge (ACK) para LoRa Intercomp (a confirmação de que o pacote do sensor foi entregue) é uma opção configurável nos gateways LoRaWAN® e configurada como padrão na rede LoRa Intercomp. Portanto, se um gateway precisar confirmar a receção de um grande número de sensores, é possível que o limite do Duty Cycle seja atingido e, a partir desse momento, o gateway não responderá mais aos dispositivos, a menos que  infrinja a lei. Num sistema de estacionamento inteligente, especialmente se os pagamentos também são geridos (como ocorre no sistema Intercomp), a confirmação do recebimento dos pacotes é uma informação muito importante. Mas como a duração da bateria é igualmente importante, no protocolo LoRa Intercomp, os sensores podem ser configurados para interromper a comunicação após 6 tentativas, se o ACK não for recebido pelo gateway.

A tecnologia NB-IoT (banda estreita – Internet das Coisas) usa frequências e dispositivos de banda LTE (Long Term Evolution).

As frequências dedicadas ao NB-IoT (o chamado 4G em uso pelas operadoras telefónicas) não são para uso público, mas uma operadora deve comprar licenças dos vários países em que deseja trabalhar para usar essas frequências, que geralmente custam várias centenas ou milhares de milhões de euros ou dólares (por exemplo, em Itália, foram leiloados pelo uso de frequências reservadas para 5G por 6,55 bilhões de euros). Em cada país, geralmente existem 2 a 4 operadoras capazes de oferecer a ligação.

O NB-IoT opera da mesma maneira que as comunicações de dados por telefone, mas, ao contrário dos telefones (nos quais é necessário recarregar a bateria praticamente todos os dias), para dispositivos como o nosso sensor, os operadores devem aplicar uma configuração específica que garanta ao sensor muita autonomia sobre quando fechar a comunicação e permanecer em modo de espera.

A rede NB-IoT, diferentemente da LoRa, pode controlar os dispositivos ligados, ativá-los e mantê-los online pelo tempo desejado. No entanto, é possível que os operadores adotem uma configuração para permitir que os dispositivos NB-IoT tenham alguma liberdade para fechar ligações depois de o pacote ser transmitido.

Nas redes NB-IoT, não há muitas variáveis de arquitetura: a única variável possível é o operador (e, portanto, o SIM) a ser usado. No caso de um sensor, a comunicação com a célula telefónica é direta após a configuração dos parâmetros da rede.

A configuração do dispositivo é estabelecida pelas configurações dos parâmetros da operadora telefónica (PLMN e APN). Os parâmetros de configuração padrão comunicados pelos fabricantes dos módulos de rádio NB-IoT são introduzidos no firmware do dispositivo.

Em relação ao problema de saturação, os operadores garantem dezenas de milhares de dispositivos que podem ser ligados à mesma célula.

Nos projetos smart parking, todas as arquiteturas podem ser usadas, avaliando os pontos fortes e fracos de cada uma. Em relação ao LoRaWAN®, mesmo que os fabricantes declarem milhares de dispositivos geríveis, isso depende sempre da quantidade de pacotes que os dispositivos enviam. No caso de sensores de estacionamento inteligentes, é preferível não exceder o número de algumas centenas por gateway, não sobrecarregar a rede e poder usar o pacote confirmado.

Os cálculos de tamanho exato de uma rede LoRaWAN® podem ser executados usando um software específico capaz de calcular, com base na área a ser coberta, o número de dispositivos, a quantidade diária ou horária de pacotes a serem recebidos e a qualidade do sinal desejada, posição e número de gateways necessários.

Na tabela abaixo está uma comparação entre redes e arquiteturas para smart parking.