저전력 광역 네트워크(LPWA)

저전력 광역 네트워크 기술(LPWA, LPWAN이라고도 함) ) 연결된 장치가 낮은 비트 전송률로 넓은 지역에서 통신할 수 있습니다. 기존 Wi-Fi 또는 셀룰러를 사용하지 않고 센서와 컨트롤러를 인터넷에 연결하는 데 사용되는 다양한 기술을 총칭하는 용어입니다.

LPWA는 공식적으로 Sigfox라는 프랑스 회사를 통해 시작되었습니다. . (이 개발의 선구자가 있었지만 여기에서 읽을 수 있습니다.) Sigfox는 저전력, 저데이터 속도의 IoT(사물 인터넷) 장치의 요구 사항이 셀룰러에 의해 제대로 충족되지 않는다는 사실을 깨닫고 대체 통신 시스템을 개발했습니다. 네트워크. 스마트폰에 사용되는 기존의 셀룰러 기술은 넓은 영역을 커버하고 과도한 에너지를 소비합니다. IoT 장치는 더 작은 전송 패킷을 위해 더 적은 전력을 필요로 합니다. M2M 및 IoT 장치의 요구 사항을 더 잘 처리하기 위해 Sigfox는 다음과 같은 특성을 가진 새로운 유형의 네트워크 기술을 만들었습니다.

<울>

저렴한 칩셋 및 네트워크.

긴 배터리 수명.

제한된 데이터 통신.

Sigfox 기술은 표준 무선 전송 방법(위상 편이 키잉, DBPSK, 상승 및 주파수 편이 키잉, GFSK, 하강)을 사용하여 매우 적은 양의 데이터(12바이트)를 매우 느리게(300보드) 보냅니다. 장거리는 매우 길고 매우 느린 메시지의 결과로 달성됩니다. Sigfox는 독점적인 IoT 솔루션을 상용화했으며 현재는 주로 유럽에서 자사 기술을 사용하는 네트워크를 소유 및 운영하고 있습니다.

오늘날 Sigfox는 LPWA 기술을 만드는 유일한 조직이 아닙니다. LoRa Alliance는 LoRa를 개발했습니다. , 허가되지 않은 무선 스펙트럼을 사용하여 장치 간에 저전력, 광역 통신을 가능하게 하는 또 다른 무선 주파수 기술입니다. LoRa는 Semtech에서 제조한 칩에서만 지원됩니다. Sigfox가 협대역(또는 초협대역) 기술을 사용하는 처프 확산 스펙트럼을 사용한다는 점에서 Sigfox와 다릅니다. LoRa 자체는 LPWA 솔루션이 아니지만 LoRa 기술을 기반으로 구축된 프로토콜 사양인 LoRaWAN은 LPWA 솔루션입니다.

Link Labs를 포함한 많은 회사는 IoT 장치를 연결하는 대체 방법을 찾고 LoRa 칩 위에 더 큰 기술을 구축함으로써 LPWA 시장의 급속한 성장을 활용했습니다. 모두 LPWA 공간 내에서 자신만의 틈새 시장을 찾고 있습니다. LoRaWAN 및 Symphony Link는 현재 개발 및 배포 중인 주요 기술 중 두 가지입니다.

<울>

LoRaWAN LoRa의 변조 방식을 사용하여 구축된 개방형 프로토콜로, 네트워크의 IOT 장치와 통신하기 위해 비인가 스펙트럼을 사용하려는 무선 통신 사업자가 사용하도록 개발되었습니다. 단일 운영자가 있는 대규모 공용 네트워크용으로 설계되었습니다.

<울>

교향곡 링크 또한 LoRa의 처프 확산 스펙트럼 물리 계층 기술을 기반으로 합니다. Link Labs에서 개발한 LoRaWAN의 대체 사양입니다. Link Labs는 기업 또는 산업 환경에서 타사 연결 장치를 판매하려는 고객에게 서비스를 제공합니다.

아래에서 Link Labs 무선 기술과 LoRaWAN 간의 기술적인 차이점을 살펴보고 Symphony Link의 고급 기능을 다룹니다.

귀하의 사용 사례에 적합한 LPWAN 기술 유형에 대해 자세히 알아보려면 웨비나를 시청하십시오.

심포니 링크 대 LoRaWAN

교향곡 링크 ®는 Link Labs에서 개발한 무선 시스템입니다. LoRa의 범위를 좋아하지만 LPWA 시스템에 높은 안정성과 고급 기능이 필요한 산업 및 기업 고객이 주로 사용합니다.

로라완 주로 유럽에서 모바일 네트워크용으로 설계된 MAC(미디어 액세스 제어) 레이어 프로토콜입니다.

LoRa 기호 인코딩

Symphony Link와 LoRaWAN은 모두 Semtech의 LoRa 변조 방식을 사용합니다. 기본적으로 LoRa는 파형입니다. 심볼당 여러 비트를 인코딩하고 패킷화 및 오류 수정 기능이 통합되어 있으며 SX1301이라고 하는 통합 베이스밴드 디지털 신호 프로세서와 함께 작동하는 처프 확산 스펙트럼 기술을 사용합니다. LoRa®는 Semtech의 상표입니다. LoRaWAN® 및 Symphony Link® 모두에서 LoRa가 수행하는 역할은 레이어 1 또는 물리적 레이어에 있습니다. 다른 시스템의 Frequency Shift Keying 또는 다른 PHY 기술과 유사합니다.

OSI 데이터 모델

LoRaWAN 기술은 대규모 공급업체 생태계에서 유용하지만 다음과 같은 몇 가지 제한 사항이 있어 사설 네트워크 솔루션에 적합하지 않습니다.

<울>

LoRaWAN은 승인이 매우 제한된 ALOHA 기반 비동기식 프로토콜이기 때문에 패킷 오류율이 50%를 넘는 경우가 많습니다. LoRaWAN, Sigfox 등은 대부분의 산업 사용 사례에 적합하지 않은 "분무 및 기도" 메시지 전달 방법을 사용합니다. 100% 메시지 승인은 비즈니스 분석을 위해 수집된 데이터를 사용하는 대부분의 조직에 매우 중요합니다.

<울>

간섭이 없는 영역에서는 하나의 네트워크만 작동할 수 있습니다. LoRaWAN에서는 누가 소유하거나 운영하든 모든 게이트웨이가 동일한 주파수 채널을 사용합니다. 즉, LoRaWAN 네트워크가 내 모든 트래픽을 보고 그 반대의 경우도 마찬가지입니다. 내 서버는 귀하의 메시지를 해독할 수 없지만 용량을 모두 먹어치웁니다. 이러한 유형의 레이어 2 간섭은 LoRaWAN 네트워크가 확장됨에 따라 매우 문제가 될 수 있습니다.

<울>

기기를 업데이트하는 것은 거의 불가능합니다. LoRaWAN을 사용한 무선 펌웨어 LoRaWAN은 펌웨어 업그레이드가 가능하다고 주장하지만 시간(수일 또는 몇 주가 소요될 수 있음), 복잡성(응용 프로그램 계층에서 펌웨어 업그레이드를 완전히 관리해야 하기 때문에)을 합치면 그럴듯해 보이지 않습니다. , 그리고 네트워크 성능에 미치는 영향(LoRaWAN 네트워크에서 많은 다운링크를 보내면 게이트웨이가 자주 전송하기 때문에 패킷 오류율이 급증하지만 노드는 메시지를 보내려고 할 때 이를 알지 못합니다). 모든 대규모 OEM 고객은 업그레이드를 위해 물리적으로 만져야 하는 펌웨어를 가지고 시장에 출시할 수 없거나 불만을 가질 것입니다.

<울>

실제 멀티캐스트 솔루션이 없습니다. LoRaWAN은 일대일로 모든 트래픽을 위아래로 암호화하기 때문에 예를 들어 조명 시스템과 같은 제어 시스템에 멀티캐스트를 구현하는 것은 매우 어렵습니다.

<울>

LoRaWAN은 유럽 ETSI 요구 사항에 따라 1% 듀티 사이클 제한으로 설계되어 LoRaWAN이 한 번에 많은 데이터를 전송하는 기능이 필요한 시스템에서 사용되는 것을 방지합니다. 이 제한은 LoRaWAN 기지국에도 적용되기 때문에 네트워크 제어, 명령 전송 또는 승인 전송 기능이 매우 제한적입니다.

<울>

LoRaWAN 아키텍처의 듀티 사이클 제한으로 인해 중계기가 해당 시스템에서 작동하지 않습니다. 그러나 리피터는 네트워크 인프라 요구 사항을 줄이는 데 도움이 되고 무선 주파수 성능과 규모를 확장하는 비용 효율적인 방법이기 때문에 일부 기업의 필수품입니다.

<울>

LoRa는 실시간 전력 및 데이터 속도 제어가 불가능합니다. 채널 내 동적 범위는 약 20dB로 제한됩니다. 다이내믹 레인지 문제로 인해 기지국에 가까운 송신기는 노드가 더 멀리 들리는 것을 방지합니다. 그리고 LoRaWAN에는 승인이 거의 없기 때문에 이러한 메시지가 손실됩니다. (향후 범위 내에 많은 기지국이 있는 대규모 LoRaWAN 공용 네트워크가 구축되면 이 효과가 다소 완화될 것입니다.) LoRaWAN에도 ADR(Adaptive Data Rate)이 있지만 서버에서 구동되기 때문에 노드의 링크가 갑자기 사라지면 서버는 이를 보상하기 위해 확산 요인을 변경하도록 지시할 방법이 없습니다.

<울>

LoRaWAN 보안 결함은 대부분의 사용자에게 심각한 위험을 초래하지 않지만 사전 공유 키와 ID를 사용하면 취약점이 발생합니다.

<울>

공용 LoRaWAN 네트워크를 운영하는 사람은 누구나 LoRa Alliance에서 NetID를 부여받아야 합니다. 이는 Contributor 회원 이상만 사용할 수 있으므로 LoRaWAN을 사용하려면 연간 20,000달러를 예산하십시오.

LoRa Alliance는 기술 향상을 위해 열심히 노력하고 있지만 현재 LoRaWAN은 LoRaWAN 공용 네트워크에 연결하는 솔루션을 개발하려는 고객에게 가장 적합합니다. 사설 네트워크의 경우 Symphony Link를 사용하는 것이 좋습니다.

고객이 LoRaWAN® 대신 Symphony Link®를 선택하는 이유

메시지 수신 보장

미확인 메시지의 일부 비율은 일부 검침 응용 프로그램에서는 괜찮지만 산업용 또는 기업용 센서 네트워크 또는 제어 시스템의 경우 0% PER이 요구 사항입니다. Fortune 100대 기업에서 신생 기업에 이르기까지 많은 Symphony Link 고객이 LoRaWAN을 기반으로 구축을 시도했지만 실패했습니다. Symphony Link MAC은 위아래로 모든 메시지를 확인합니다.

무선 펌웨어.

Symphony Link를 사용하면 필드에 배치된 후 장치의 호스트 펌웨어를 업데이트할 수 있습니다. 이는 고객이 위험을 줄이고 더 빨리 시장에 진입할 수 있도록 해주기 때문에 IOT 진화의 초기에 큰 이점입니다. 많은 고객들에게 이것이 Symphony Link를 채택한 가장 큰 이유입니다.

듀티 사이클 제한이 없습니다.

유럽에서 Symphony Link는 듀티 사이클 제한을 제거하는 주파수 도약 Listen-Before-Talk 플러스 적응형 주파수 민첩성 대역을 사용합니다. 900MHz 대역에서는 듀티 사이클 제한이 없습니다. 또한 Full Frequency Hopping 방식을 사용하여 단말 장치는 900MHz 대역에서 최대 1W를 전송할 수 있습니다. 전기 계량기 및 조명과 같은 AC 전원 장치에 적합합니다.

중계기.

Symphony Link는 동기식 프로토콜이므로 리피터를 사용하면 대기 시간에 영향을 주지 않고 네트워크 범위를 크게 확장할 수 있습니다. 리피터는 실외 액세스 포인트보다 비용이 몇 배나 저렴하므로 Symphony Link 고객은 인프라에 수천 달러를 추가로 지출하지 않고도 더 넓은 지역을 커버할 수 있습니다. 또한 전력 효율이 매우 높기 때문에 리피터는 태양열 또는 배터리로 전원을 공급받을 수 있습니다.

서비스 품질.

Symphony Link를 사용하면 게이트웨이가 생성하는 네트워크를 제어하고 중요한 트래픽이 있는 노드가 우선 순위가 낮은 트래픽이 있는 장치보다 우선 순위를 가질 수 있도록 서비스 품질 계층화 시스템을 구현했습니다. 알람이 채널 액세스를 위해 수도 미터와 경쟁하는 것을 원하지 않습니다.

기기별 구성이 없습니다.

아마도 LoRaWAN을 사용할 때 가장 큰 골칫거리는 장치 생산 시와 서버 측 모두에서 여러 장치별 암호화 키를 복잡하게 관리하는 것입니다. Symphony Link를 사용하면 호스트 장치 구성이 동일한 유형의 모든 장치에 대해 동일하며 키 교환은 세계적 수준의 PKI 기반 Diffie Hellman AES 아키텍처를 통해 처리됩니다.

<강한>

실시간 전력 및 데이터 속도 제어.

Symphony Link에서 모든 전송 전에 종단 장치는 게이트웨이에 대한 역방향 링크를 계산하고 전송 전력과 확산 계수 또는 변조 속도를 일치하도록 조정합니다. 이런 식으로 네트워크 전체의 노드는 균형 잡힌 링크 예산을 갖습니다. 가까운 노드는 조용하고 빠르게 전송하고 멀리 있는 노드는 크고 느리게 전송합니다. 그리고 Symphony Link의 ADR은 성능과 안정성을 최적화하는 것입니다. Symphony Link ADR은 LoRaWAN보다 훨씬 더 나은 용량을 위해 즉시 최적화됩니다.

보안 결함이 없습니다.

Symphony Link와 PKI(Public Key Infrastructure)의 사용으로 무선 무선 채널은 NSA 표준에 의해 깨지지 않는 것으로 간주됩니다. PKI는 또한 스푸핑을 방지하고 인프라의 ID를 보장합니다.

다중 게이트웨이 공존 및 간섭 완화.

Symphony Link는 게이트웨이에서 제어하는 ​​동적 채널 마스크를 사용하여 충돌을 최소화합니다. 미국에서는 Symphony Link가 LoRaWAN보다 28배, 유럽에서는 7배 더 많은 스펙트럼을 사용합니다.

더 큰 용량.

슬롯 및 업링크/다운링크 조정과 같은 비동기 기능을 사용하여 Symphony Link 네트워크는 LoRaWAN 용량의 4배 이상을 확보할 수 있습니다. 그리고 여기에 서비스 품질을 결합하면 Symphony Link가 필요한 사용자에게 훨씬 더 강력한 선택이 될 것입니다.

멀티캐스팅.

Symphony Link는 장치 그룹의 주소를 지정할 수 있는 멀티캐스트 세션 키를 구현합니다. 노드를 논리적으로 그룹화하여 애플리케이션에 적합한 방식으로 노드를 제어할 수 있습니다. 예를 들어 조명 제어라면 10개의 노드를 그룹화하여 메시지를 주고받을 수 있습니다. 이것은 Symphony Link가 무선으로 펌웨어를 전송할 수 있게 해주는 것이기도 합니다.

네트워크 ID와 관련된 비용은 없습니다.

Symphony Link 네트워크를 운영하는 데는 LoRa Alliance의 네트워크 ID가 필요하지 않습니다. Symphony Link는 LoRaWAN을 방해하지 않으며 그 반대도 마찬가지입니다.

또한 최종 장치가 게이트웨이의 실시간 클록에 동기화할 수 있도록 하는 시간 동기화 브로드캐스트 및 에지에서 데이터의 타임 스탬프와 같이 일부 사용자에게 중요한 Symphony Link 고유의 다른 기능도 있습니다. 이에 대한 자세한 내용은 아래의 Symphony Link 사용 사례 섹션을 참조하세요.

심포니 링크 프로토콜 설명

방금 Symphony Link 게이트웨이를 켰다고 가정해 보겠습니다. 가장 먼저 하는 일은 대역을 스캔하고 간섭 프로파일을 생성하는 것입니다. (이것이 시스템이 900MHz에서 작동하는 방식입니다. 868의 경우 비콘 채널이 고정되어 있지만 TDMA 방식을 사용하기 때문에 작동이 약간 다릅니다.)

간섭 스캔이 완료되면 게이트웨이는 다운링크에 대해 500kHz 채널(유럽의 경우 125kHz)을 선택한 다음 해당 채널에 수신하여 약한 LoRa 트래픽이 없는지 확인합니다. 이는 다른 Symphony Link 게이트웨이가 더 멀리 있음을 나타냅니다. 같은 채널을 선택했습니다. 또한 이것은 자동 채널 선택 모드입니다. 사용자는 네트워크 관리 소프트웨어의 네트워크 관리자 인터페이스를 통해 수동으로 채널을 설정할 수도 있습니다.

따라서 이 채널이 선택되고 시스템은 2초마다 전송을 시작합니다. 이 메시지는 비콘 또는 프레임 헤더라고 할 수 있습니다. 이 프레임 헤더에는 몇 가지 중요한 정보가 포함되어 있습니다.

먼저 이 메시지는 네트워크 ID로 암호화됩니다. 이것은 고객이 자신의 네트워크를 "비공개"로 만들고 다른 Symphony Link 사용자가 사용할 수 없도록 하는 것입니다. 이것은 최종 장치에 구성된 두 매개변수 중 하나이며 다른 하나는 장치 데이터 흐름을 식별하는 응용 프로그램 토큰입니다.

두 번째 정보는 업링크/다운링크 시간 경계입니다. 이것은 게이트웨이가 전송을 완료할 때 이 프레임 동안 깨어 있는 노드를 알려줍니다. LoRa는 반이중(half-duplex) 기술이기 때문에 LoRaWAN에서 많이 발생하는 상하 충돌을 방지하는 것이 중요합니다. (LoRaWAN 게이트웨이는 고정된 시간 프레임 내에 노드의 승인 또는 다운링크 요청에 응답해야 합니다. 이 시간 동안 전송된 LoRaWAN 메시지는 게이트웨이에서 수신되지 않습니다. LoRaWAN에서 더 많은 승인을 요청하면 문제가 기하급수적으로 복잡해질 뿐입니다.)

세 번째 정보는 다음 업링크 프레임의 업링크 채널 주파수입니다. Symphony Link는 모든 프레임에서 수신기 뱅크가 도약하는 "블록 도약" 업링크 방법을 사용하기 때문에 노드는 이러한 채널이 어디에 있는지 알려야 합니다. 이것은 또한 Symphony Link가 간섭 없이 주어진 시간에 훨씬 더 많은 네트워크를 방송할 수 있는 방법입니다. 또한 게이트웨이는 사용 가능한 채널을 노드에 알리기 때문에 Symphony Link는 1-채널, 8-채널 또는 64-채널 게이트웨이를 가질 수 있습니다. 엔드노드는 상관하지 않습니다. 리피터 또는 저렴한 단일 채널 게이트웨이는 업링크 용량만 다를 뿐 더 큰 게이트웨이와 동일한 기능을 네트워크에 가져올 수 있습니다. 또한 종단 노드가 868과 915 모두에서 수동적으로 네트워크의 존재를 감지할 수 있다는 추가 이점이 있습니다. LoRaWAN 종단 노드는 네트워크가 있는지 알기 위해 응답하는 네트워크가 있는지 확인하기 위해 블라인드로 전송해야 합니다. 여부; 많은 전력을 소모할 수 있습니다.

게이트웨이는 또한 해당 프레임에 대한 서비스 품질 수준을 전송하므로 네트워크가 혼잡한 경우 덜 중요한 노드가 전송 전에 기다릴 수 있습니다.

마지막으로 게이트웨이는 이전 프레임의 모든 메시지에 대한 승인을 포함하는 압축된 승인 패킷을 전송합니다. LoRaWAN에서 발생하는 승인은 항상 일대일이며, 해당 메시지에 LoRa 프리앰블을 추가하면 엄청난 대역폭 호그가 발생합니다. ACK를 하나의 메시지로 압축함으로써 LoRaWAN을 통한 방송 시간을 상당히 절약할 수 있습니다.

노드가 네트워크와 거래해야 하는 추가 정보가 있는데, 정보 블록 메시지에 포함되어 게이트웨이에서 8프레임마다 전송합니다. 게이트웨이의 규제 전력 제한 및 전송 전력에 대한 정보는 노드가 각 전송에 대한 전력 및 확산 계수를 계산하기 때문에 중요합니다. 네트워크가 용량과 안정성을 교환해야 하는 경우 정보 블록은 노드에 적응 전력 및 데이터 속도 계산에 추가 신호 마진을 적용하도록 지시할 수도 있습니다. 게이트웨이의 소프트웨어 버전도 전송되어 엔드 노드와 게이트웨이 간의 기능 불일치를 방지합니다. 정보 차단 메시지는 노드에서 청취 전 대화 모드를 켜거나 끌 수도 있으며, 이는 유럽과 일본에서만 작동해야 합니다. 또한 정보 블록은 노드가 네트워크 관리 클라우드에 연결되어 있는지 여부를 알려주므로 PKI 서버를 공개 키 소스로 사용할 수 있는지, 네트워크에 가입하기 전에 노드를 등록해야 하는지 여부를 알려줍니다. 이렇게 하면 일부 네트워크가 인터넷과 완전히 분리되어 작동할 수 있습니다.

노드가 게이트웨이에 업링크 페이로드를 전송하려고 한다고 가정해 보겠습니다. 이것은 저전력 네트워크이기 때문에 완전히 잠자기 상태이며 일정 시간 동안 유휴 상태입니다. 깨어나서 게이트웨이를 마지막으로 들었던 주파수로 수신기를 조정합니다. 이는 최악의 경우 수정 오프셋을 가정하므로 게이트웨이 프레임 헤더 프리앰블이 시작되기 몇 밀리초 전에 수신 대기를 시작합니다.

그런 다음 프레임 헤더 메시지를 감지하고 처리해야 합니다. 업링크 창이 시작되는 시점과 사용 가능한 주파수를 학습합니다.

그런 다음 잠시 후에 설명할 "다운링크 상시 켜짐" 노드가 아닌 한 나머지 다운링크 기간 동안 휴면합니다.

프레임의 다운링크 부분이 끝나면 게이트웨이가 방금 광고한 세트의 임의 주파수로 조정됩니다. 나머지 프레임 내부에는 각각 10바이트의 메시지 페이로드 길이와 Listen-before-talk 기간을 구성하는 일련의 시간 슬롯이 있습니다.

이 지점에서 노드는 게이트웨이에 대한 링크를 다시 닫는 데 필요한 전력 및 확산 계수를 계산합니다. 신호가 상대적으로 강해서 확산 계수 7과 0dBm 전송 전력을 선택한다고 가정해 보겠습니다.

이 노드에는 전송할 37바이트 메시지가 있으므로 4개의 서브프레임 슬롯이 필요합니다.

이제 노드의 서비스 품질이 이 시점에서 중요한 역할을 합니다. 게이트웨이가 해당 QOS로 노드를 억제하지 않는다고 가정하면 QOS는 노드가 사용할 수 있는 시간 슬롯의 백분율을 결정합니다. 고품질 서비스는 매번 4개의 서브 프레임 슬롯을 선택합니다.

가장 낮은 QOS에서 노드는 프레임당 하나의 서브프레임 슬롯만 사용할 수 있으므로 37바이트를 내보내는 데 4프레임이 걸립니다.

그러나 QOS가 0-15의 QOS 범위에서 8과 같이 중간에 있다고 가정해 보겠습니다. 따라서 4개의 슬롯을 선택합니다.

그런 다음 다시 절전 모드로 돌아가고 승인을 수신하기 위해 next 이후 프레임을 다시 깨웁니다. 4개의 하위 패킷 중 하나와 충돌이 발생하면 3개만 ACK되고 노드는 해당 프레임에서 누락된 하위 패킷을 재전송합니다.

Symphony Link MTU 또는 최대 전송 페이로드 길이는 256바이트이므로 대용량 메시지를 업링크하는 데 최대 26개의 슬롯이 필요할 수 있습니다. 좋은 점은 누락된 슬롯이 모듈에서 자동으로 다시 전송된다는 것입니다. LoRaWAN에서 약 12바이트 이상을 전송하려면 애플리케이션 계층에서 재시도 및 패킷화를 처리해야 합니다. 몇 개 이상의 노드에 대해 구현하는 것이 얼마나 어려운지 생각해 보세요.

Symphony Link의 리피터는 일반 Symphony 프레임의 업링크 부분 내에서 비콘, 다운링크, 업링크 및 전송 메시지를 모두 맞추는 방식으로 작동합니다. 중계기의 변조율 또는 확산 계수가 게이트웨이보다 2배 빠르기 때문입니다. 이것은 링크의 3dB를 제공하지만 네트워크에 막대한 범위를 추가할 수 있는 중계기에서는 실제로 눈에 띄지 않습니다. repeater는 게이트웨이보다 용량이 훨씬 적지만 단일 게이트웨이는 수십 개의 repeater를 호스팅할 수 있습니다. 이것은 비용 효율적으로 넓은 영역을 커버할 수 있는 훌륭한 아키텍처입니다.

이것은 Symphony Link가 작동하는 방식의 기본 사항일 뿐입니다. 펌웨어 전송, 멀티캐스트 및 키 교환과 같은 더 많은 기능이 있지만 위의 내용을 통해 기본 시스템 아키텍처에 대한 좋은 아이디어를 얻을 수 있을 것입니다.

심포니 링크 사용 사례

Link Labs 고객은 다양한 기업 및 산업 환경에서 Symphony Link를 사용하고 있습니다. 일부 현재 사용 사례의 샘플은 다음과 같습니다.

<울>

골프장에서 골프 카트의 GPS 자산 추적. 셀룰러 솔루션은 이러한 경우에 잘 작동하지만 월별 반복 요금이 높습니다. 이 사용 사례에서 실시간 적응형 데이터 속도는 골프 카트가 돌면서 채널이 급격하게 변화하기 때문에 중요합니다. 잘 작동하려면 추적 장치가 채널 페이드 인 및 아웃에 따라 실시간으로 전력 레벨 및 확산 계수 변조율을 업데이트하는 기능이 필요합니다.

공공 주택 수요 대응. 온수 히터는 Symphony Link 시스템에서 제어되는 DR 컨트롤러로 개조할 수 있습니다. 온수기는 실시간으로 사용 정보를 게이트웨이로 보냅니다. 수요 응답 신호가 인터넷의 게이트웨이에 도달하면 2초 이내에 온수 히터의 일부 또는 일부를 끌 수 있습니다.

상업용 건물 에너지 모니터링. Link Labs 모듈은 대형 건물 전체의 회로 패널에 들어가는 펄스 계수 센서에 연결됩니다. 건물에 있는 하나의 액세스 지점으로 건물 전체에 수십에서 수백 개의 하위 서비스 패널을 연결하여 전기 소비를 모니터링할 수 있습니다.

또한 Symphony Link는 다음과 같은 사용 사례에서 작동하는 유일한 LPWAN 기술입니다.

<울>

잠금 제어

수요 응답

산업 제어 시스템

조명 제어

경보 시스템

물리적 보안

Symphony Link가 연결 문제를 어떻게 해결할 수 있는지 알고 싶으십니까?

Link Labs에서 우리는 단순한 온도 프로브부터 복잡한 자산 추적 시스템을 위한 다중 센서 GPS 가속도계에 이르기까지 모든 것에 대한 엔지니어링 솔루션을 도왔습니다. 사용 사례에 대해 Symphony Link가 어떻게 작동하는지 확인하려면 지금 기술의 무료 데모를 예약하십시오. LPWA에서 어떻게 작동하는지 보여드리겠습니다. Symphony Conductor에서 게이트웨이 및 개발 키트를 설정하는 방법 통합 단계, 전력 예산 및 범위를 검토합니다. 또는 기술에 대해 궁금한 점이 있으면 연락해 주세요.