무선 네트워크는 종종 서로 다른 시기에, 서로 다른 운영 팀을 위해 구축됩니다. 보안 부서는 기존 UHF 무전기를 사용하고, 유지보수 부서는 DMR 네트워크에서 작업하며, 현장 직원은 공중망 푸시투토크 서비스에 의존하는 반면, 통제실은 SIP 전화와 디스패치 소프트웨어를 통해 운영됩니다. 각 시스템은 독립적으로 작동하지만, 통합 계층 없이는 사용자 간에 상호 통신할 수 없습니다.

Radio over IP 게이트웨이는 이러한 연결을 제공합니다. 무전기 또는 기지국을 IP 네트워크에 연결하고, 무선 오디오와 푸시투토크 제어를 네트워크 기반 통신으로 변환하여 무선 채널을 SIP 서버, 디스패치 콘솔, 녹음 시스템 및 원격 운영자가 사용할 수 있도록 합니다. 이 접근 방식은 기존 무선 인프라를 교체하지 않고도 수명을 연장합니다.

게이트웨이는 RF 네트워크 자체를 대체하지 않습니다. 주파수, 중계기, 안테나 및 무선 커버리지는 기존 무선 인프라의 통제 하에 있습니다. RoIP는 이러한 리소스에 대한 액세스를 확장하고 원래 별도로 작동하도록 설계된 시스템에 공통 통신 경로를 제공합니다.

무선 네트워크에 통합 계층이 필요한 이유

무선 시스템은 서로 다른 주파수, 채널 구조, 신호 방식 및 공급업체 프로토콜을 중심으로 설계됩니다. 기존 아날로그 무전기는 DMR, PDT 또는 TETRA 네트워크와 직접 통신할 수 없습니다. 사설 무선 시스템이 SIP 전화 또는 셀룰러 푸시투토크 플랫폼과 음성을 교환해야 하는 경우 그 차이는 더욱 커집니다.

각 무선 프로토콜에 대한 기본 인터페이스를 개발하는 것은 비용이 많이 들고 유지 관리가 어려울 수 있습니다. 독점 신호, 소프트웨어 개발 키트 및 무선 네트워크에 대한 자세한 지식에 대한 액세스가 필요할 수 있습니다. 무선 플랫폼의 변경도 통합에 영향을 미칠 수 있습니다.

RoIP 게이트웨이는 보다 실용적인 접근 방식을 취합니다. 호환되는 무전기, 이동국 또는 기지국에 연결하고 해당 무전기를 채널에 대한 액세스 포인트로 사용합니다. 게이트웨이는 오디오와 PTT 상태를 IP 네트워크를 통해 전송하여 다른 위치의 운영자와 애플리케이션이 채널을 사용할 수 있도록 합니다.

무선 측 연결은 공중 인터페이스 기술과 거의 독립적이므로 적절한 오디오 및 PTT 인터페이스를 사용할 수 있는 한 동일한 통합 방법을 기존 무전기, 디지털 트렁킹 시스템, 항공 무선, 해양 무선 및 HF 통신 장비에 적용할 수 있습니다.

무선 인터페이스에 따라 게이트웨이는 반송파 감지, 스켈치 또는 채널 사용 중 신호를 모니터링할 수도 있습니다. 이러한 입력은 유효한 무선 트래픽을 배경 잡음과 구별하고 무선 채널이 이미 사용 중인 경우 IP 사용자가 전송하는 것을 방지하는 데 도움이 됩니다. 이러한 신호를 사용할 수 없는 경우 음성 활동 감지를 사용할 수 있지만 일반적으로 시끄러운 무선 환경에서는 더 신중한 조정이 필요합니다.

운영자와 애플리케이션이 사용할 수 있는 핵심 기능

무선 오디오 및 PTT 변환

게이트웨이는 연결된 무전기에서 오디오를 수신하여 IP 오디오 스트림으로 변환하고 승인된 엔드포인트로 전송합니다. 반대 방향에서는 디스패처 또는 SIP 사용자의 오디오가 무전기로 전달되는 동시에 게이트웨이가 푸시투토크 제어를 통해 송신기를 활성화합니다.

PTT 처리는 무선 통신이 일반적으로 반이중이기 때문에 특히 중요합니다. 통합은 채널이 언제 전송하고, 언제 수신하며, 다른 사용자가 이미 채널을 점유하고 있는지를 제어해야 합니다. PTT 타이밍 조정이 잘못되면 메시지의 시작 부분이 잘리거나 두 시스템이 동시에 전송될 수 있습니다.

엔지니어링된 배포에서 PTT 활성화, 송신기 준비 및 오디오 전송은 시간 순서로 처리됩니다. 음성 전송 전에 짧은 도입 시간이 필요할 수 있으며, 해제 지연은 메시지의 끝을 전달하기에 충분히 길어야 하지만 채널을 불필요하게 점유하지 않도록 해야 합니다. 이러한 값은 일반 구성에서 복사하는 대신 실제 무전기로 테스트해야 합니다.

SIP 기반 통신

SIP 지원을 통해 무선 채널은 IP-PBX, 통합 커뮤니케이션 플랫폼 또는 디스패치 시스템 내의 통신 리소스로 나타납니다. 시스템 설계에 따라 운영자는 무선 채널에 전화를 걸거나, 토크 그룹에 배치하거나, 회의에 포함시키거나, 디스패치 콘솔에서 모니터링할 수 있습니다.

이는 무선 사용자와 SIP 전화, 소프트폰, 산업용 인터폰, 운영자 콘솔과 같은 IP 통신 엔드포인트 간의 제어된 브리지를 생성합니다. 또한 조직은 장거리 아날로그 오디오 회선을 설치하는 대신 기존 IP 네트워크를 무선 확장에 사용할 수 있습니다.

SIP 신호 및 음성 미디어는 네트워크 설계 시 별도로 고려해야 합니다. 게이트웨이는 서버에 성공적으로 등록할 수 있지만 RTP 오디오 경로가 라우팅, 방화벽 또는 NAT 정책에 의해 차단될 수 있습니다. 코덱 선택은 대역폭, 지연 및 음성 품질에도 영향을 미치므로 게이트웨이, 서버 및 디스패치 클라이언트 간의 불필요한 트랜스코딩을 피해야 합니다.

무선 리소스에 대한 원격 액세스

더 이상 각 디스패처 옆에 무전기를 배치할 필요가 없습니다. 무선 장비는 적절한 안테나 커버리지가 있는 위치에 그대로 두고, 운영자는 다른 건물, 도시 또는 지역의 통제실에서 채널에 액세스할 수 있습니다.

이는 안테나를 옥상, 타워, 터널 또는 원격지에 설치해야 하는 경우 유용합니다. 또한 각 운영자 위치에 필요한 무선 장비의 양을 줄이고 중앙 관리를 단순화할 수 있습니다.

다중 사이트 채널 네트워킹

여러 게이트웨이를 IP 네트워크로 연결하여 더 넓은 통신 구조를 만들 수 있습니다. 지휘 센터는 여러 시설의 무선 리소스를 모니터링할 수 있으며, 승인된 지역 운영자는 각 무선 사이트에 물리적으로 있지 않아도 선택된 채널에 액세스할 수 있습니다.

네트워크는 필요한 호출 제어 및 운영 모델에 따라 SIP 등록, SIP 트렁크 또는 디스패치 플랫폼 연결을 사용할 수 있습니다. 채널 권한은 사용자가 자신의 책임과 관련된 무선 리소스만 볼 수 있도록 신중하게 정의해야 합니다.

용량은 휴대용 무전기 수만이 아닌 독립적으로 제어되는 무선 경로를 기준으로 계산해야 합니다. 대규모 사용자 그룹이 하나의 채널을 공유할 수 있는 반면, 소규모 운영은 여러 채널을 동시에 모니터링하거나 전송해야 할 수 있습니다. 독립적인 동시 액세스가 필요한 각 무선 리소스에는 적절한 무전기 및 게이트웨이 경로가 있어야 합니다.

녹음 및 운영 감독

무선 오디오가 IP 측에서 사용 가능해지면 호환되는 녹음 플랫폼으로 전달될 수 있습니다. 이는 무선 통화, 전화 통화 및 디스패치 통신을 동일한 시스템에서 검토해야 할 때 보다 완전한 운영 기록을 제공합니다.

게이트웨이는 연결, PTT 또는 채널 활동 상태를 관리 플랫폼에 보고할 수도 있습니다. 이러한 상태 신호는 기술 팀이 통신 장애가 무전기, 게이트웨이, IP 네트워크 또는 중앙 애플리케이션과 관련된 것인지 식별하는 데 도움이 됩니다.

사건 검토를 위해 모든 게이트웨이, 디스패치 서버 및 녹음 시스템은 공통 시간 소스를 사용해야 합니다. 정확한 시간 동기화를 통해 무선 트래픽을 알람 이벤트, 비디오 영상 및 운영자 작업과 연관시킬 수 있습니다. 지원되는 경우 녹음에는 채널 이름, 호출 방향 및 책임 디스패치 위치도 보관해야 합니다.

관련 제품: Becke RoIP 게이트웨이 

지휘 및 디스패치 센터를 위한 실용적인 아키텍처

일반적인 솔루션은 네 가지 기능 계층으로 구성됩니다.

• 무선 계층: 기존 무전기, DMR, PDT 또는 TETRA 단말기, 항공 무선, HF 장비 또는 무선 기지국.

• 액세스 계층: 무선 오디오, PTT 및 지원되는 모든 제어 신호에 연결된 RoIP 게이트웨이.

• 네트워크 및 제어 계층: LAN, WAN, VPN, SIP 서버, IP-PBX 또는 디스패치 통신 플랫폼.

• 애플리케이션 계층: 디스패치 콘솔, SIP 전화, 소프트 클라이언트, 녹음 서버, 알람 플랫폼 및 관리 애플리케이션.

디스패처가 채널을 선택하고 PTT를 누르면 디스패치 플랫폼이 음성 스트림과 제어 요청을 해당 게이트웨이로 전송합니다. 게이트웨이는 연결된 무전기를 활성화하고 무선 네트워크를 통해 메시지를 전송합니다. 현장 무전기의 응답은 동일한 경로를 반대로 따라 운영자 콘솔에서 재생됩니다.

아키텍처는 중앙 집중식 또는 분산식일 수 있습니다. 중앙 집중식 설계는 호출 제어와 녹음을 주 지휘 센터에 배치합니다. 분산식 설계는 게이트웨이와 선택된 통신 서비스를 로컬 사이트에 유지하여 단일 광역 링크에 대한 의존도를 줄입니다. 올바른 구조는 네트워크 신뢰성, 운영 책임 및 요구되는 장애 동작에 따라 달라집니다.

중요 사이트의 경우 설계는 WAN, SIP 서버 또는 주 디스패치 위치가 실패할 경우 무엇을 사용할 수 있는지 정의해야 합니다. 로컬 무선 간 통신은 가능한 한 독립적으로 유지되어야 합니다. 중복 전원, 보조 네트워크 경로, 백업 디스패치 위치 및 로컬 폴백 서비스는 요구되는 가용성 수준에 따라 추가될 수 있습니다.

사설 무선, PoC 및 자동화 워크플로 연결

공중망 푸시투토크(일반적으로 PoC라고 함)는 광역 커버리지가 필요한 모바일 팀에서 점점 더 많이 사용되고 있습니다. 사설 무선 시스템은 전용 채널을 제공하고 공중 모바일 커버리지가 제한된 곳에서도 계속 작동할 수 있기 때문에 공장, 공공 시설, 운송 운영 및 긴급 대응에서 여전히 가치가 있습니다.

이 두 환경을 통합하는 것은 간단하지 않습니다. 서로 다른 호출 제어 방법, ID 시스템 및 미디어 경로를 사용합니다. 단순한 백투백 배열은 PoC 단말기를 외부 오디오 인터페이스를 통해 사설 무선 단말기에 연결할 수 있습니다. 이는 임시 운영에 유용할 수 있지만 추가 오디오 단계와 독립 단말기는 지연을 증가시키고 더 많은 장애 지점을 만들 수 있습니다.

영구 배포의 경우 선호되는 설계는 지원되는 네트워크 인터페이스 또는 디스패치 플랫폼을 통해 PoC 플랫폼과 무선 게이트웨이를 연결하는 것입니다. 통합은 통화 허용 요청, PTT 해제 타이밍 및 채널 사용 중 동작을 조정해야 합니다. 양측의 운영자는 두 개의 별도 단말기를 수동으로 제어하지 않고도 통신할 수 있어야 합니다.

브리지는 경쟁 전송 요청이 어떻게 처리되는지도 정의해야 합니다. 무선 사용자와 PoC 사용자가 거의 동시에 PTT를 누르면 플랫폼에 명확한 중재 규칙이 필요합니다. 우선 순위는 사용자 역할, 긴급 상태 또는 요청 도착 순서에 따라 할당될 수 있습니다. 이 논리가 없으면 중복 명령이 오디오를 잘라내거나 사용자가 채널을 누가 제어하는지 불확실하게 만들 수 있습니다.

RoIP는 자동화된 대응 워크플로의 일부가 될 수도 있습니다. 화재 경보, 출입 통제 이벤트, 장비 고장 또는 비상 버튼이 활성화되면 알람 플랫폼이 API, MQTT 메시지 또는 기타 지원되는 인터페이스를 통해 이벤트를 전송할 수 있습니다. 통신 플랫폼은 다음과 같은 사전 정의된 규칙을 적용합니다.

• 지정된 무선 토크 그룹에 호출.

• 선택된 무선 채널을 통해 녹음된 경고 재생.

• 디스패치 콘솔 및 책임자에게 경고.

• 확인을 위해 관련 카메라 뷰 열기.

• 음성 세션 및 이벤트 처리 과정 녹음.

이러한 유형의 통합은 무선 통신을 알람, 비디오 감시 및 지휘 애플리케이션에 연결합니다. 게이트웨이는 자체적으로 운영 결정을 내리지 않으며 워크플로가 사용하는 통신 경로를 제공합니다.

기술적 제한 및 배포 결정

기본 무선 연결은 일반적으로 음성, 수신 오디오 및 PTT 제어를 전달합니다. 디지털 트렁킹 무선 시스템 내에서 사용 가능한 모든 기능을 자동으로 노출하지는 않습니다. 개인 호출, 문자 메시지, 무선 ID, 비상 신호, GPS 위치 및 원격 채널 선택과 같은 기능은 추가 무선 측 신호, 지원되는 제어 인터페이스 또는 무선 네트워크 인프라와의 통합이 필요합니다.

이 구분은 장비를 선택하기 전에 확인해야 합니다. 프로젝트에 무선 사용자와 디스패처 간의 그룹 음성 통신만 필요한 경우 오디오 및 PTT 통합이 실용적이고 경제적인 솔루션을 제공할 수 있습니다. 지휘 센터에서 개별 무선 ID, 위치 또는 비상 상태를 표시해야 하는 경우 더 깊은 통합이 필요합니다.

솔루션 설계 중에 다음 요소를 검토해야 합니다.

• 무선 호환성: 각 연결된 무전기에 대해 사용 가능한 오디오, PTT, 액세서리 및 제어 인터페이스를 확인합니다.

• 채널 요구 사항: 모니터링해야 하는 채널과 동시 전송 액세스가 필요한 채널을 식별합니다.

• 오디오 품질: 입력 및 출력 레벨을 조정하여 낮은 음량, 왜곡, 잡음 및 에코를 방지합니다.

• PTT 타이밍: 전송 활성화 및 해제 지연을 테스트하여 메시지가 잘리지 않도록 합니다.

• 네트워크 성능: 각 통신 경로의 지연 시간, 지터, 패킷 손실 및 대역폭을 평가합니다.

• 장애 동작: 게이트웨이, 중앙 서버 또는 WAN 링크를 사용할 수 없게 될 경우 어떻게 되는지 정의합니다.

• 액세스 제어: 사용자, 역할 및 위치에 따라 채널 모니터링 및 전송 권한을 제한합니다.

• 통합 범위: 프로젝트에 음성만 필요한지 아니면 추가 무선 신호 및 데이터가 필요한지 문서화합니다.

• 수용 테스트: 일반 통화, 사용 중인 채널, 동시 이벤트, 네트워크 중단, 복구 및 녹음을 테스트합니다.

네트워크 수용은 단순한 연결 테스트가 아닌 완전한 종단 간 경로를 기반으로 해야 합니다. 엔지니어는 정상 네트워크 부하에서 오디오가 명료하게 유지되고, 지터 버퍼가 과도한 지연을 도입하지 않으며, 패킷 손실이 단어 반복이나 공백을 유발하지 않는지 확인해야 합니다. 방화벽 규칙은 SIP 신호와 협상된 미디어 포트를 모두 허용해야 합니다.

성공적인 RoIP 프로젝트는 기존 무선 리소스와 운영 워크플로의 목록 작성부터 시작됩니다. 그런 다음 필요한 인터페이스, 호출 제어 방법 및 통합 깊이에 따라 게이트웨이를 선택해야 합니다. 이러한 요구 사항으로 시작하면 음성 전용 연결을 완전한 디지털 무선 제어로 오인하는 것을 방지할 수 있습니다.

자주 묻는 질문

RoIP 게이트웨이는 VPN을 통해 작동할 수 있습니까?

예. 게이트웨이와 디스패치 서버가 서로 다른 사설 네트워크에 있을 때 VPN이 일반적으로 사용됩니다. VPN은 실시간 오디오 및 SIP 트래픽에 적합한 지연 시간, 라우팅 및 보안 정책을 제공해야 합니다.

무선 프로젝트에 몇 개의 게이트웨이가 필요합니까?

수량은 독립적으로 액세스해야 하는 무선 리소스의 수에 따라 다릅니다. 동시 작동이 필요한 각 채널 또는 무선 경로는 일반적으로 자체 제어 가능한 연결이 필요합니다. 공유 또는 스위칭 무선 설계는 하드웨어 요구 사항을 줄일 수 있지만 동시 액세스를 제한할 수 있습니다.

WAN 연결이 실패하면 시스템이 계속 작동할 수 있습니까?

설계에 로컬 폴백이 포함되어 있으면 가능합니다. 중앙 디스패치 연결이 끊어져도 로컬 무선 통신은 계속 사용 가능할 수 있으며, 분산 서버 또는 로컬 운영자 위치가 추가 복원력을 제공할 수 있습니다.

무선 트래픽은 IP 네트워크에서 암호화되어야 합니까?

중요한 배포에서는 전체 시스템에서 지원하는 보안 기능을 사용하여 신호, 음성 트래픽 및 관리 액세스를 보호해야 합니다. 네트워크 세분화, VPN, 강력한 인증 및 제한된 관리도 중요합니다.

게이트웨이 설치가 무선 커버리지 영역을 변경합니까?

아닙니다. 무선 커버리지는 여전히 연결된 무선 시스템, 안테나 위치, 송신 전력, 지형 및 주변 구조물에 따라 달라집니다. 게이트웨이는 IP 네트워크를 통해 무선 리소스에 대한 액세스를 확장하지만 자체적으로 RF 커버리지를 증가시키지 않습니다.