LoRaWAN 사양을 사용해야 할 때: MNO 및 프라이빗 네트워크 배포를 위한 실용 가이드

LoRaWAN은 LoRa Alliance가 제정한 무선 프로토콜로, Semtech의 LoRa LPWA 기술을 관장합니다. 초기에 IBM Research와 Semtech가 유럽의 모바일 네트워크 오퍼레이터(MNO)가 광역 공공 네트워크를 운영하기 위해 개발했으며, 현재는 전 세계 MNO 네트워크에 LoRaWAN을 배포하기 위한 연합체인 LoRa Alliance가 사양을 유지관리합니다. 결과적으로 이 사양은 MNO 환경에 맞춘 가정을 내포하고 있습니다.

LoRaWAN 사양을 뒷받침하는 몇 가지 핵심 설계 가정은 의도된 유스케이스를 명확히 합니다:

• 모든 주파수 채널이 고정되어 있습니다.
  단일 MNO 네트워크를 위해 설계되었으므로, 동일한 대역에서 여러 비조정 네트워크를 운영하면 레이어 2 간섭이 발생할 수 있습니다. 자세한 내용은 이 블로그 게시물을 참조하세요.
• 네트워크는 완전히 비동기식입니다. 게이트웨이가 전송 중일 때는 업링크 트래픽을 수신할 수 없고, 노드는 게이트웨이 수신기가 오프라인 상태임을 모릅니다. 대규모 MNO 배포에서는 이상적으로 하나는 "수신" 모드인 여러 게이트웨이의 존재가 이 한계를 완화하는 데 도움이 됩니다.

보안 모델 같은 다른 암묵적 가정도 LoRaWAN을 MNO에 적합하게 만들지만, 여기서는 가장 중요한 것들에 집중하겠습니다.

다음 두 조건이 모두 충족되면 프로젝트에서 LoRaWAN 사양을 채택해야 합니다:

1. 기존 LoRaWAN MNO 네트워크에 연결할 필요가 있습니다. 당연히 LoRaWAN 없이 MNO 네트워크에 연결하는 것은 불가능합니다.
2. 유스케이스가 저밀도, 드문 전송, 업링크 중심입니다. LoRaWAN은 다운링크 트래픽과 확인 응답이 최소화될 때 탁월합니다. 자동 검침(AMR)이 대표적 예입니다. 대부분의 미터기는 빈번한 읽기가 필요하지 않으며, 일반적인 게이트웨이 밀도가 충분한 업링크 용량을 제공합니다. 이상적으로 인근에 다른 LoRaWAN 네트워크가 없어야 간섭으로 인한 성능 저하를 방지할 수 있습니다. EnerTrac/Senet의 난방유 및 프로판 탱크 모니터링 서비스는 이러한 시나리오에 LoRaWAN이 적합함을 보여줍니다.

LoRaWAN 사양을 피해야 할 때:

1. 높은 신뢰성이 필수적일 때. LoRaWAN의 비조정, 비동기 설계는 손실이 많은 프로토콜입니다. 여러 LoRaWAN 네트워크가 공존하는 환경에서는 간섭이 패킷 오류율을 증가시킵니다. 또한 LoRa의 제한된 동일 채널 동적 범위는 폐루프 전력 제어 없이 게이트웨이 근처 노드가 먼 노드의 신호를 압도할 수 있음을 의미합니다.
2. 중앙화된 키 관리가 필요할 때. 각 노드는 공장에서 고유한 키 세트로 프로비저닝되어야 하며, 이는 서버나 게이트웨이로 전송되어야 합니다. 소규모 배포에서는 관리 가능하지만 수천 개 디바이스에서는 비용과 복잡성이 급증합니다. MNO는 SIM 같은 메커니즘으로 이 복잡성을 관리하지만, 프라이빗 네트워크에서는 번거롭습니다. LoRaWAN의 키 구조와 보안에 대한 깊은 분석은 이 독립적 분석을 참조하세요.
3. 리피터를 통한 커버리지 확장이 필요할 때. LoRaWAN 사양은 리피터 지원을 제공하지 않으므로 추가 인터넷 연결 게이트웨이를 배치해야 합니다. 저가 DIY 게이트웨이도 단순 리피터보다 5~10배 비쌉니다.
4. OTA 펌웨어 업데이트가 필요할 때. LoRaWAN의 제한된 다운링크 용량은 효율적인 멀티캐스트 펌웨어 업데이트를 방해합니다. 디바이스는 물리적 업그레이드가 필요하거나 펌웨어 업데이트가 필요 없는 설계여야 합니다.

Link Labs는 이러한 많은 한계를 해결합니다. 프라이빗 LoRa 네트워크의 사실상 표준인 Symphony Link에 대해 여기에서 자세히 알아보기.