방폭 전화와 전문 무선 시스템은 위험 산업 환경에서 중요한 두 가지 통신 수단입니다. 고정형 방폭 전화는 위험 구역 안의 정해진 위치에서 신뢰성 높은 통신을 제공하고, 휴대용 및 차량용 무전기는 점검, 유지보수, 운영 조정을 수행하는 현장 인력과 함께 이동합니다. 그러나 많은 기존 플랜트에서는 두 시스템이 서로 독립적으로 발전해 왔습니다. 전화망은 PBX 또는 SIP 인프라에서 동작하고, 무선망은 전용 채널이나 토크 그룹을 사용하기 때문에 두 시스템 사이에 직접적인 통신 경로가 없는 경우가 많습니다.
방폭 전화와 무선 시스템의 상호운용은 이러한 분리를 해소하기 위한 것입니다. SIP 전화를 양방향 무전기로 바꾸는 것은 아닙니다. 대신 RoIP 게이트웨이, SIP 통신, 디스패치 제어를 통해 고정 전화의 음성을 무선 채널 음성, PTT 제어, 수신 상태 신호와 연결하여 고정 위치 사용자, 디스패처, 이동 무선 사용자가 하나의 통제된 통신 흐름에서 함께 운용될 수 있도록 합니다.
방폭 전화와 무선 시스템의 통신 방식 차이
방폭 전화와 전문 무선 시스템은 모두 음성을 전달하지만, 통신 모델은 상당히 다릅니다.
SIP 방폭 전화는 일반 전화 단말기와 유사하게 동작합니다. 사용자가 수화기를 들거나 통화 키를 눌러 SIP 통화를 설정합니다. 일반적으로 양쪽이 동시에 말할 수 있으며, 통화 라우팅은 내선 번호, SIP URI, PBX 라우팅 규칙 또는 디스패치 서버에 의해 결정됩니다. 미디어는 보통 RTP를 통해 지속적으로 전송됩니다.
무선 시스템은 일반적으로 채널 또는 토크 그룹을 중심으로 구성됩니다. 아날로그 무전, DMR, P25, TETRA 및 기타 전문 이동무선 시스템은 서로 다른 무선 인터페이스 기술을 사용하지만, 현장 운용은 대체로 PTT에 의존합니다. 즉, 눌러서 송신하고 놓아서 수신합니다. 따라서 하나의 물리적 무선 채널은 일반적으로 명확한 반이중 방식으로 동작합니다.
여기에는 두 가지 근본적인 차이가 있습니다. 전화 사용자는 “누구에게 전화할 것인가?”를 생각하는 반면, 무선 사용자는 “어떤 채널이나 그룹을 사용할 것인가?”를 생각합니다. 제어 방식도 다릅니다. SIP 통화가 설정되면 전화는 즉시 미디어를 전송할 수 있지만, 무전기는 RF 송신을 시작하기 전에 먼저 PTT로 송신 상태가 되어야 합니다. 수신 측에서는 COR, COS, 스켈치 상태, 채널 사용 중와 같은 신호도 IP 시스템이 현재 유효한 무선 트래픽을 수신하고 있는지 판단하는 데 유용합니다.
RoIP는 이러한 차이를 없애는 것이 아니라 두 방식 사이에 명확한 매핑을 만듭니다. 전화 측은 계속 SIP와 RTP를 사용하고, 무선 측은 기존 무선 장비와 채널을 계속 사용합니다. RoIP 게이트웨이는 IP 네트워크를 통해 음성과 함께 PTT 및 수신 감지 제어를 전달합니다.
고정 통화 스테이션과 무선 시스템의 접속 아키텍처
전화와 무선 시스템을 연결하는 아키텍처는 하나로 정해져 있지 않습니다. 주요 설계 선택은 SIP 전화 통화를 무선 리소스에 직접 매핑할지, 아니면 먼저 디스패치 플랫폼으로 보내 운영자가 언제 어떤 무선 채널을 사용할지 결정하도록 할지입니다.
무선 채널을 SIP 리소스로 직접 매핑
비교적 직접적인 방식은 RoIP 게이트웨이를 SIP 엔드포인트, SIP 리소스 또는 플랫폼이 인식할 수 있는 다른 통신 객체로 표시하는 것입니다. 그런 다음 무선 채널에 내선 번호나 리소스 이름을 지정할 수 있습니다. 방폭 전화가 해당 목적지로 전화를 걸면 음성이 RoIP 게이트웨이로 전송되고, 게이트웨이는 연결된 제어 무전기의 PTT를 작동시켜 무선 채널로 음성을 송신합니다.
이 아키텍처는 요구가 명확한 지점 간 통신에 적합합니다. 예를 들어 압축기실의 방폭 통화 스테이션이 정비 무선 그룹에만 연결되면 되는 경우가 있습니다. 전화번호를 해당 무선 리소스에 영구적으로 매핑하면 현장 사용자가 복잡한 무선 채널을 직접 선택할 필요가 없습니다.
직접 통합된다고 해서 전화가 일반적인 전이중 통화와 완전히 동일하게 통신하는 것은 아닙니다. 무선 측은 여전히 반이중 PTT 규칙을 따르므로, 전화 음성이 언제 무선 PTT를 동작시키는지, 무선 음성을 수신하는 동안 전화 측이 어떻게 동작할지를 시스템에서 정의해야 합니다.
제어 계층으로서의 디스패치 플랫폼
두 번째 아키텍처는 중앙 제어실과 비상 통신에 더 적합합니다. 방폭 전화는 먼저 디스패처에게 전화를 걸고, 개별 무선 채널은 디스패치 플랫폼에서 별도의 리소스로 표시됩니다. 현장 보고를 받은 디스패처는 정비 무선, 보안 무선 또는 비상 채널을 선택하고 RoIP 연결을 통해 해당 리소스로 송신할 수 있습니다.
이 방식은 운영자 제어 계층을 하나 더 추가하지만 업무 경계를 더 명확하게 만듭니다. 현장 전화에서 전달된 보고를 모든 무선 사용자에게 반드시 송신할 필요는 없습니다. 디스패처가 먼저 내용을 확인한 뒤 어떤 그룹에 연락할지 결정할 수 있습니다. 필요할 경우 전화 사용자와 무선 리소스를 같은 음성 세션으로 일시적으로 브리지할 수도 있습니다.
위험 산업 환경에서는 이 구조가 실제 운용 절차와 더 잘 맞는 경우가 많습니다. 고정 통화 스테이션이 사건을 보고하고, 무선 사용자가 이동 대응을 조정하며, 디스패치 위치에서 두 통신 영역을 언제 연결할지 결정합니다.
전이중 음성과 PTT 반이중 방식의 적응
탱크 야드에 설치된 SIP 방폭 전화를 예로 들어 보겠습니다. 이 전화는 IP PBX 또는 디스패치 통신 서버에 등록되어 있습니다. 정비팀은 아날로그 또는 디지털 무전기를 사용하고, 중앙 제어실에는 RoIP 게이트웨이에 연결된 호환 제어 무전기가 있습니다.
방폭 전화가 통화를 시작할 때 경로의 앞부분은 일반 SIP 통화와 다르지 않습니다.
방폭 전화 → IP 네트워크 → SIP 서버 / 디스패치 플랫폼
시스템이 목적지를 무선 리소스로 판단하면 RTP 음성이 RoIP 게이트웨이로 전달됩니다. 게이트웨이는 IP 측 음성을 제어 무전기의 음성 입력에 적합한 형식으로 변환하고 송신이 필요할 때 PTT를 작동시킵니다. 실제 RF 송신은 제어 무전기가 수행하며, 현장의 휴대용 또는 차량용 무전기가 이를 수신합니다.
반대 방향도 유사하게 동작합니다. 무선 사용자가 PTT를 누르고 말하면 제어 무전기가 RF 신호를 수신해 음성을 RoIP 게이트웨이로 전달합니다. 게이트웨이는 COR, COS, 스켈치 상태 또는 다른 수신 감지 신호를 이용해 유효한 무선 트래픽이 존재하는지 판단한 뒤, 해당 음성을 IP 미디어로 변환해 디스패치 플랫폼이나 전화 측으로 반환합니다.
이 아키텍처에서 RoIP 게이트웨이가 DMR, P25 또는 TETRA 무선 인터페이스 프로토콜을 직접 디코딩하는 것은 아닐 수 있습니다. 많은 구축에서는 음성 및 PTT 인터페이스를 제공하는 호환 제어 무전기, 차량용 무전기 또는 기지국을 사용하고, RoIP 게이트웨이가 해당 무선 엔드포인트를 제어합니다. 무선 장비에 적절한 음성, PTT, 수신 감지 인터페이스가 제공된다면 같은 기본 RoIP 아키텍처를 서로 다른 무선 기술에 적용할 수 있습니다.
따라서 RoIP 장비를 선택하기 전에 무선 인터페이스를 확인해야 합니다. 단순히 “시스템이 DMR을 사용한다”는 정보만으로는 충분하지 않습니다. 실제 제어 무전기 모델, 음성 인터페이스가 2선식인지 4선식인지, 사용 가능한 PTT 전기 인터페이스, COR/COS 제공 여부, 음성 레벨과 임피던스를 어떻게 맞출지도 확인해야 합니다.
SIP와 RoIP 간 음성 및 제어 변환
음성 경로를 연결하는 것은 첫 단계일 뿐입니다. 많은 상호운용 프로젝트에서 더 어려운 문제는 누가 송신할 수 있는지를 제어하는 것입니다.
SIP 전화 사용자는 수화기를 들고 매 문장마다 PTT를 누르지 않고 말하는 데 익숙합니다. 반면 무선 사용자는 다르게 동작합니다. PTT가 없으면 무전기는 송신하지 않습니다. 따라서 전화 측 음성이 어떤 조건에서 RoIP 게이트웨이로 하여금 무선 PTT를 작동시키는지 시스템에서 명확히 정의해야 합니다.
명시적 제어는 가장 예측 가능한 방식 중 하나입니다. 디스패처는 전용 PTT 키를 사용할 수 있으며 버튼을 누르고 있는 동안에만 선택한 무선 리소스를 송신 상태로 만들 수 있습니다. 전용 산업용 통화 스테이션에서는 프로그래머블 키, DTMF 또는 시스템에서 정의한 제어 명령으로 송신 모드에 진입할 수도 있습니다.
일부 시스템은 음성 활동 감지를 사용해 말소리로 PTT를 자동 동작시킵니다. 사용자에게는 편리할 수 있지만 소음이 큰 산업 환경에서는 신중하게 적용해야 합니다. 펌프, 압축기, 환기 시스템, 경보음 등이 마이크 경로에 들어갈 수 있습니다. VAD 임계값 설정이 적절하지 않으면 배경 소음 때문에 무전기가 반복적으로 송신 상태가 되어 채널을 점유할 수 있습니다.
무선 채널 점유 상태도 고려해야 합니다. 이미 무선 사용자가 송신 중인데 전화 측에서 동시에 PTT를 동작시키면 음성이 충돌할 수 있습니다. RoIP 게이트웨이가 COR/COS 또는 채널 사용 중 상태를 모니터링할 수 있다면 디스패치 시스템은 무선 리소스가 현재 수신 중임을 인식하고 다른 송신을 지연하거나 차단할 수 있습니다.
따라서 전화와 무선의 상호운용은 단순한 음성 브리지 이상입니다. 실용적인 시스템은 적어도 다음 세 가지를 정의해야 합니다.
전화 측에서 언제 송신이 허용되는지;
무선 리소스가 수신 중일 때 IP 측에서 끼어들 수 있는지;
발화가 끝난 후 PTT를 얼마나 빨리 해제하고 채널을 수신 상태로 되돌릴지.
PTT 테일 지연이 너무 짧으면 마지막 단어나 음절이 잘릴 수 있습니다. 너무 길면 무선 채널이 불필요하게 오래 점유됩니다. 이러한 값은 다른 프로젝트 설정을 그대로 복사하기보다 실제 무선 장비로 시험해야 합니다.
고정 및 이동 통신에서 디스패치 플랫폼의 역할
요구 사항이 전화 한 대를 무선 채널 하나에 연결하는 수준이라면 RoIP 게이트웨이 자체로 인터페이스 문제의 상당 부분을 해결할 수 있습니다. 그러나 산업 현장은 일반적으로 1대1 규모에 머물지 않습니다.
정유공장에는 탱크 야드, 하역 구역, 펌프 스테이션, 압축기 건물 등에 많은 방폭 전화가 분산 설치될 수 있습니다. 무선 리소스에는 정비, 보안, 화재 대응, 생산 그룹 등이 포함될 수 있습니다. 이 단계에서 디스패치 시스템은 단순한 음성 경로가 아니라 서로 다른 통신 리소스 간 운영 관계를 구성하는 계층이 됩니다.
고정 방폭 전화는 이해하기 어려운 SIP 내선 번호 대신 디스패치 화면에서 “탱크 야드 T-03 전화”처럼 표시할 수 있습니다. RoIP 리소스도 “정비 DMR 채널” 또는 “비상 무선”처럼 표시할 수 있습니다. 디스패처는 SIP URI, 게이트웨이 포트, 무전기 모델 대신 실제 운영 위치와 업무명을 보게 됩니다.
탱크 야드 전화에서 통화가 들어오면 디스패치 위치는 해당 고정 위치를 즉시 식별할 수 있습니다. 사고 내용을 확인한 뒤 운영자는 정비 무선을 선택해 기술 인력에게 연락할 수 있습니다. 상황이 확대되면 화재 대응 및 보안 무선 그룹도 추가할 수 있습니다. 필요한 경우 임시 음성 브리지를 만들어 방폭 전화 사용자가 무선 그룹의 음성을 직접 듣고 응답하도록 할 수도 있습니다.
이런 브리지는 모든 전화와 무선 그룹을 영구적으로 연결하는 것보다 디스패처가 필요할 때 제어하는 것이 더 적절합니다. 영구 브리지는 원래 독립된 두 통신 영역을 계속 연결하므로 일반 전화 트래픽이 무선 채널로 들어가고, 내부 무선 트래픽이 불필요하게 전화 측 리소스를 점유할 수 있습니다.
따라서 디스패치 제어의 목적은 통신 영역을 계속 연결해 두는 것이 아니라 운영상의 사건이 필요로 할 때 연결하는 것입니다.
기존 아날로그 통신 시스템 통합
운용 중인 많은 플랜트는 신규 구축이 아니라 기존 설비를 활용해 현대화하는 브라운필드 환경입니다. 현장에는 10년 이상 사용된 아날로그 방폭 전화가 있을 수 있고, 중앙 제어실에는 기존 UHF 또는 VHF 무선 장비가 남아 있을 수 있습니다. 상호운용이 필요할 때마다 모든 장비를 SIP 단말과 새로운 무선 시스템으로 교체하면 프로젝트 비용과 설비 정지 위험이 모두 증가합니다.
이러한 환경은 계층별로 통합할 수 있습니다.
기존 아날로그 전화는 FXS 음성 게이트웨이를 통해 IP PBX 또는 디스패치 플랫폼에 연결할 수 있습니다. 디스패치 시스템 관점에서 각 전화는 식별 가능하고 호출 가능한 리소스가 됩니다. 현장까지의 최종 연결이 계속 아날로그 구리선으로 유지되더라도 통합된 통화 흐름에 포함하는 데 문제가 없습니다.
무선 측에서는 기존 제어 무전기를 계속 사용할 수 있습니다. RoIP 게이트웨이를 음성, PTT, COR/COS 인터페이스에 연결하고 로컬 무선 리소스를 IP 네트워크로 확장합니다.
구성은 다음과 같은 형태가 될 수 있습니다.
아날로그 방폭 전화 → FXS 게이트웨이 → SIP / 디스패치
SIP 방폭 전화 → IP 네트워크 → SIP / 디스패치
↓
디스패치 플랫폼 → RoIP 게이트웨이 → 기존 제어 무전기 → 휴대용 / 차량용 무전기
현대화의 목표는 모든 현장 장비를 표준화하는 것에서 상위 통신 리소스가 어떻게 표시되고 운용되는지를 표준화하는 방향으로 바뀝니다. 이는 대규모 기존 플랜트에서 특히 유용합니다. 한 번의 정비 기간에 모든 현장 장비를 교체하는 대신 전화와 무선 시스템을 단계적으로 업그레이드할 수 있기 때문입니다.
RoIP 링크의 지연 및 음질 관리
실험실 시험에서 무전기를 통해 한 문장이 들린다는 사실만으로는 기본 인터페이스가 연결되었다는 것만 확인할 수 있습니다. 실제 운용에서는 여러 처리 단계를 거친 뒤에도 음성이 실용적으로 유지되어야 합니다.
방폭 전화에서 무선 사용자까지의 전송 경로는 SIP 단말 인코딩, IP 네트워크 전송, 디스패치 서버 처리, RoIP 게이트웨이 디코딩, PTT 설정, 제어 무전기 송신, RF 수신을 거칠 수 있습니다. 반환 경로는 이 과정을 반대로 반복합니다. 이러한 단계 사이에서 불필요한 트랜스코딩이 발생하면 종단 간 지연은 더 커집니다.
일반 전화에서는 몇 밀리초의 추가 지연이 큰 문제가 아닐 수 있지만 PTT 무선 운용은 지연에 민감합니다. 무선 PTT가 송신 경로를 완전히 설정하기 전에 전화 사용자가 말을 시작하면 첫 단어나 처음 몇 음절이 손실될 수 있습니다. 따라서 RoIP 시스템에는 적절한 PTT 리드 지연 또는 음성 버퍼 시간이 필요한 경우가 많습니다.
IP 네트워크에서는 지터, 패킷 손실, QoS도 관리해야 합니다. 음성은 영상 감시, 사무실 트래픽, 장비 모니터링 데이터와 같은 산업 네트워크를 공유할 수 있습니다. 혼잡 시 RTP 트래픽에 적절한 QoS가 적용되지 않으면 IP 연결 자체는 유지되더라도 음성 끊김, 발화 지연, 명료도 저하가 발생할 수 있습니다.
코덱 선택은 전체 경로 기준으로 평가해야 합니다. G.711은 처리 지연이 낮고 호환성이 넓지만 더 많은 대역폭을 사용합니다. 압축 코덱은 대역폭 사용량을 줄일 수 있으나 추가 인코딩 지연을 만들 수 있습니다. 가장 눈에 띄는 사양의 코덱을 선택하는 것이 목적이 아니라 불필요한 트랜스코딩을 줄이고 전화, 서버, RoIP 게이트웨이 사이에 안정적이고 예측 가능한 미디어 경로를 만드는 것이 중요합니다.
음성 레벨 역시 시운전 중 보정해야 합니다. 전화 측 RTP 레벨이 정상이라고 해서 제어 무전기의 입력 레벨도 적절하다는 뜻은 아닙니다. 레벨이 너무 낮으면 무선 음성이 약해지고, 너무 높으면 클리핑과 왜곡이 발생할 수 있습니다. 수신 방향과 송신 방향은 별도로 조정해야 합니다.
시스템 이중화와 비상 통신 복원력
방폭 전화와 무선 시스템의 상호운용은 일반 사무 통화보다 장비 고장, 누출, 인명 사고, 비상 대응 상황에서 사용되는 경우가 많습니다. 원래 독립적이던 두 시스템을 연결하면 공통 장애 지점도 생깁니다.
모든 무선 리소스가 하나의 RoIP 게이트웨이에 의존하고 그 게이트웨이의 전원이 끊기면 전화 사용자는 더 이상 무선 시스템에 접근할 수 없습니다. 게이트웨이는 정상이어도 유일한 제어 무전기가 고장 나면 IP 플랫폼은 사용 가능한 RF 경로를 잃습니다. 원격 현장이 중앙 제어실과 단 하나의 IP 링크로만 연결되어 있다면 그 링크 장애 역시 원격 무선 리소스를 사용할 수 없게 만듭니다.
이중화 RoIP 게이트웨이, 예비 무전기, 이중 네트워크 경로, VPN 백업, 보조 디스패치 센터가 필요한지는 시스템 중요도에 따라 달라집니다. 모든 프로젝트에 모든 종류의 이중화가 필요한 것은 아니지만 설계팀은 중요 통신 경로의 각 단일 장애 지점을 식별해야 합니다.
접근 제어도 중요합니다. 일반 생산용 통화 스테이션이 비상 무선 채널에 직접 접근할 필요는 없을 수 있습니다. 비상 키에는 더 짧은 라우팅 경로와 높은 우선순위를 지정하고, 일반 사용자가 중요한 무선 리소스를 실수로 점유하지 않도록 해야 합니다.
녹음 설계는 전화 측과 무선 측 사이의 전체 대화를 기록해야 합니다. 녹음기가 SIP 전화 음성만 기록하고 RoIP를 통해 돌아오는 무선 음성을 기록하지 않으면 사고 재생 시 대화의 절반만 남습니다. 여러 시스템이 통합되면 시간 동기화도 중요합니다. 전화 통화 기록, 무선 PTT 이벤트, 디스패치 조작, 녹음은 가능하면 일관된 NTP 시간 기준을 공유해야 합니다.
고정형 방폭 통화 스테이션에는 물리적 위치가 이미 알려져 있다는 중요한 운용상 장점도 있습니다. 디스패치 플랫폼이 내선 식별자와 설치 지점의 매핑을 정확하게 유지한다면 착신 즉시 장비 위치를 표시할 수 있습니다. 디스패처는 발신자가 사고 위치를 설명하느라 중요한 시간을 쓰지 않아도 그 위치 정보를 무선 대응 조정에 바로 활용할 수 있습니다.
상호운용 시스템의 시험 및 시운전
전화–RoIP–무선 통합에서 흔히 사용하는 인수 시험 중 하나는 방폭 전화에서 번호를 누르고 근처 휴대용 무전기에서 음성이 나오는지 확인하는 것입니다.
그러나 이 시험은 기본적인 단방향 경로가 존재한다는 것만 증명합니다.
정식 시운전에서는 서로 다른 통신 동작을 각각 시험해야 합니다. 먼저 방폭 전화에서 무선 리소스를 호출하고 PTT가 작동하는지, 첫 단어가 잘리지 않는지, 무선 그룹에서 선명한 음성을 수신하는지 확인합니다. 다음으로 무선 사용자가 반대 방향으로 송신하게 하고 COR/COS 감지와 RTP 반환 음성이 정상 동작하는지 확인합니다. 빠른 화자 전환도 시험하여 PTT 해제와 재키잉 타이밍이 눈에 띄는 지연을 만드는지 확인해야 합니다.
디스패치 중심 시스템에서는 다음 항목도 추가로 확인해야 합니다.
고정 통화 스테이션에서 전화가 들어올 때 올바른 장비 이름과 위치가 표시되는지;
디스패처가 의도한 무선 리소스를 정확하게 선택할 수 있는지;
무선 채널 사용 중 상태가 명확히 표시되고 원하지 않는 채널 선점을 방지하는지;
음성 브리지를 설정한 뒤 전화 사용자와 무선 사용자가 올바르게 교대로 말할 수 있는지;
녹음에 대화 양쪽의 음성이 모두 포함되는지;
네트워크, SIP 서버 또는 RoIP 노드 페일오버 후에도 PTT와 음성이 계속 동작하는지;
제어 무전기 고장 시 사전에 정의된 백업 경로가 있는지.
최종 시험은 중앙 제어실을 벗어나 실제 위험 구역에서도 수행해야 합니다. 압축기실 소음, 현장 전화의 마이크 특성, 무선 커버리지 경계, VPN 링크 지연 등은 실험실 벤치에서 완전히 재현하기 어렵습니다.
실용적인 상호운용 시스템은 전화와 무선이 가끔 서로 들리는 시스템이 아닙니다. 운영 조건상 필요할 때 고정 위치 통신과 이동 무선 리소스를 디스패처가 신뢰성 있게 연결하고 제어하고 녹음한 뒤 다시 분리할 수 있는 시스템입니다.
자주 묻는 질문
SIP 방폭 전화를 RoIP 게이트웨이에 직접 등록할 수 있습니까?
RoIP 게이트웨이와 전체 시스템 아키텍처에 따라 다릅니다. 일부 게이트웨이는 PBX 또는 디스패치 서버에 연결된 SIP 리소스로 동작하고 특정 지점 간 SIP 구성을 지원할 수 있습니다. 그러나 모든 RoIP 장비가 일반 IP PBX처럼 많은 SIP 전화를 관리할 수 있다고 가정해서는 안 됩니다. 대규모 시스템에서는 일반적으로 SIP 서버 또는 디스패치 플랫폼이 전화를 관리하고 RoIP 게이트웨이는 무선 리소스 접근을 제공합니다.
하나의 RoIP 게이트웨이로 전화 사용자를 여러 무선 그룹에 연결할 수 있습니까?
게이트웨이 채널 수, 연결된 무전기 수, 디스패치 플랫폼 기능에 따라 달라집니다. 멀티채널 RoIP 게이트웨이는 서로 다른 채널에 있는 별도의 제어 무전기를 연결하고 각 채널을 독립적인 무선 리소스로 표시할 수 있습니다. 이후 번호 라우팅, 프로그래머블 키, 디스패처 선택 또는 업무 규칙을 통해 대상 무선 그룹을 선택할 수 있습니다.
RoIP 게이트웨이가 DMR을 P25 또는 TETRA로 직접 변환할 수 있습니까?
하나의 무선 인터페이스 프로토콜을 다른 프로토콜로 직접 번역한다는 단순한 의미에서는 그렇지 않습니다. 많은 RoIP 시스템은 서로 다른 무선 시스템의 호환 제어 무전기를 연결하고 음성 및 PTT 제어 계층에서 상호운용을 구현합니다. 토크 그룹 ID, 메시징, 암호화, 네이티브 디지털 시그널링까지 포함하는 더 깊은 수준의 상호운용이 필요하다면 전용 시스템 인터페이스와 전문 상호운용 기능이 필요합니다. 표준 음성 기반 RoIP 게이트웨이만으로는 충분하지 않습니다.
아날로그 방폭 전화를 RoIP 무선 디스패치 시스템에 통합할 수 있습니까?
가능합니다. 계층형 아키텍처를 사용할 수 있습니다. 아날로그 방폭 전화를 먼저 FXS 음성 게이트웨이를 통해 SIP 또는 디스패치 플랫폼에 연결하고, 해당 플랫폼에서 RoIP 무선 리소스에 연결합니다. 이렇게 하면 기존 현장 아날로그 전화 배선을 계속 사용하면서 고정 전화와 무선 사용자를 통합 디스패치 흐름에 포함할 수 있습니다.
방폭 전화를 무선 시스템에 연결하면 기존 Ex 인증에 영향을 줍니까?
중앙 시스템 측에 SIP 서버, 디스패치 플랫폼 또는 RoIP 게이트웨이를 추가한다고 해서 현장 방폭 전화 자체의 인증이 자동으로 변경되는 것은 아닙니다. 다만 현장 장비, 전원 공급, 케이블 인입부, 설치 방법, 부속품은 승인된 인증 범위와 프로젝트 요구 사항을 계속 충족해야 합니다. 인증된 방폭 구조에 영향을 주는 변경은 별도로 검토해야 합니다.
