페이징 콘솔은 방송이 전송되었다고 보고하지만 한 작업장은 조용하고, 인접 건물의 스피커가 메시지를 재생하거나, 직원들이 톤은 들리지만 지시를 이해하지 못할 수 있습니다. 이러한 결과는 서로 다른 결함입니다. 성공적인 통화 상태만으로는 페이징 메시지가 올바른 구역의 올바른 사람에게 도달했음을 입증할 수 없습니다.
따라서 검증은 디스패치 화면을 넘어 방송을 따라가야 합니다: 선택된 페이징 구역과 통화 제어 결정에서 오디오 배포 경로를 거쳐 수신 스피커 또는 앰프와 실제 청취 위치까지. 또한 선택된 구역 외부의 스피커와 앰프가 의도치 않게 활성화되거나 해당 페이징 스트림을 할당받지 않았음을 입증해야 합니다.
전달 증거와 승인 경계
테스트 전에 전달됨의 의미를 정의하십시오. 서버는 오디오를 전달한 후 작업을 완료로 표시할 수 있지만, 엔드포인트는 스피커 출력을 확인하지 않고 세션을 승인할 수 있습니다. 승인 기준은 단일 상태 레이블을 신뢰하는 대신 각 계층에서 필요한 증거를 식별해야 합니다.
네 가지 개별 증거 수준
라우팅: 권한 있는 목적지가 의도된 구역과 엔드포인트로 해석됩니다. 이것은 가용성을 입증하지 않습니다.
세션 및 미디어: 해당되는 경우 SIP 호 레그가 수락되고 미디어가 전송되었습니다. 수신기 카운터, 캡처 또는 RTCP는 수신을 입증할 수 있지만 가청 출력은 아닙니다.
재생: 터미널 상태 또는 관찰자가 재생을 확인합니다. 출력 켜짐 플래그는 고장 난 스피커나 회로를 감지하지 못할 수 있습니다.
청취: 대표적인 소음 조건에서 점유 위치의 메시지가 합의된 가청도 및 명료도 기준을 충족합니다.
올바른 제외도 검증하십시오: 관련 없는 엔드포인트는 비활성 상태로 유지되어야 합니다. 열린 출입문을 통해 새는 소리는 음향 문제입니다. 비대상 스피커가 스트림을 수신하는 것은 라우팅 결함입니다.
그림 1 - 구역은 라우팅, 미디어 수신, 물리적 재생 및 청취 위치 증거를 통해 검증되며, 의도하지 않은 구역에 대한 점검도 포함됩니다.
구역 매핑 및 엔드포인트 검증
의미 있는 테스트는 승인된 준공 구역 계획에서 시작됩니다. 페이징 콘솔에 표시되는 이름은 SIP 내선, 멀티캐스트 그룹, 앰프 채널 및 물리적 영역 이름과 다를 수 있습니다. 공통 매핑 기록이 없으면 기술자는 번호가 연결됨을 보여줄 수 있지만 그것이 올바른 영역을 나타낸다는 것을 보여줄 수 없습니다.
각 구역 이름 뒤의 실제 목적지 기록
다음을 포함하는 하나의 구역 기록을 준비하십시오:
소스: 마이크, 콘솔 또는 자동화 작업 및 운영자 역할.
대상: 표시된 구역, 내선/그룹 ID 및 관련 권한.
활성 엔드포인트: 스피커 ID, 앰프 채널 및 설치 위치.
제외된 엔드포인트: 비활성 상태로 유지되어야 하는 인접 또는 제한 구역.
청취 체크포인트: 점유, 소음, 원거리 및 경계 위치.
추적성: 지도 개정, 작업 ID, 증거, 관찰 및 결과.
예를 들어, 가상의 적재 구역 A에는 두 개의 SIP 혼 스피커와 네트워크 앰프가 있습니다. 세 개 모두 활성화되어야 하며, 창고 사무실 엔드포인트는 비활성 상태로 유지되어야 합니다. 이는 테스트 계획을 예시할 뿐 규정된 시스템 설계가 아닙니다.
콘솔 레이블, 페이징 서버 그룹 및 설치 도면에 동일한 구역 지도 개정을 사용하십시오. 건물 간에 이동되거나 유지보수 후 교체된 스피커는 이전 식별자나 구독을 유지할 수 있습니다. 현장 테스트 전에 현재 장치 인벤토리를 승인된 승인 기준선과 비교하십시오.
운영자 보기와 설치된 사이트 대조
생산 운영자 인터페이스에서 테스트하십시오. 노트북이 스피커를 직접 호출하면 잘못된 콘솔 단축키나 권한을 우회할 수 있습니다. 표시된 구역을 선택하고 고유한 테스트 메시지를 보낸 다음 해석된 그룹을 준공 엔드포인트 목록과 비교하십시오.
페이징 소스의 예로는 Becke Telcom의 GP600 SIP 페이징 마이크 및 DSC-173 IP 페이징 및 디스패치 콘솔이 있습니다. 검증은 통화를 발신하는 능력뿐만 아니라 실제 구역 할당 및 사용자 권한에 관한 것입니다.
관련 제품: GP600 SIP 페이징 마이크
SIP 신호 및 RTP 전달 검증
선택한 영역이 잘못 작동하면 그룹이나 스피커 게인을 변경하기 전에 신호, 미디어 전달 및 재생을 분리하십시오.
SIP 응답 및 SDP 협상 해석
SIP 대화는 INVITE, 성공적인 2xx 응답 및 ACK를 통해 설정될 수 있습니다. SDP 오퍼/응답은 일반적으로 INVITE와 응답에서 발생하지만 지연 오퍼는 2xx 응답에 나타나 ACK에서 응답될 수 있습니다. 200 OK는 해당 호 레그의 수락을 확인하며, 모든 스피커에서 RTP 전달이나 재생을 확인하지 않습니다.
발신자 ID, 대상 URI, 그룹 해석, 응답 코드 및 개별 호 레그를 확인하십시오. 페이징 서버는 SIP를 종료하고 수신기로의 SIP 대화 없이 멀티캐스트 오디오를 배포할 수 있습니다. 상태가 그룹에 적용되는지 각 엔드포인트에 적용되는지 기록하십시오.
유니캐스트 및 멀티캐스트 전달 별도 검증
유니캐스트의 경우 플랫폼은 별도의 RTP 흐름을 보낼 수 있습니다. SDP 미디어 매개변수, IP 주소, 포트 및 페이로드 유형을 확인한 다음 수신기에서 패킷 도착을 확인하십시오. 시퀀스 갭, 지터 또는 RTCP 통계는 전송 품질을 설명하며 스피커 출력이 아닙니다.
멀티캐스트의 경우 그룹 주소와 포트, 수신기 IGMP 멤버십, 스누핑 및 쿼리어 작동을 확인하십시오. 서브넷 간에는 멀티캐스트 라우팅을 확인하십시오. 소스 측 캡처만으로는 원거리 스피커의 수신을 입증할 수 없습니다. 영향을 받는 액세스 세그먼트를 검증하십시오.
동일한 조건에서 작동하는 엔드포인트와 실패한 엔드포인트를 비교하십시오. 로그가 불충분한 경우 짧은 승인된 캡처를 사용하고 시간, VLAN 및 캡처 위치를 기록하십시오.
하나의 서브넷에만 영향을 미치는 멀티캐스트 결함의 경우 IGMP 멤버십 만료, 액세스 제어 규칙, 주소 범위 및 송신자와 수신자 사이의 경로를 조사하십시오. 작동하는 유니캐스트 전화 통화가 멀티캐스트 페이징이 정상임을 입증한다고 가정하지 마십시오.
디코딩, 증폭 및 출력 확인
음소거, 코덱 불일치, 앰프 보호, 끊어진 배선 또는 경쟁 오디오로 인해 재생이 실패하는 동안 RTP가 도착할 수 있습니다. 레벨을 조정하기 전에 디코더 및 출력 상태, 게인 및 물리적 신호 경로를 확인하십시오.
Becke Telcom의 PA-BHS-IP30 SIP 혼 스피커 및 SK12 SIP 컬럼 스피커와 같은 엔드포인트는 모델 및 펌웨어별 검증이 필요합니다. 동일한 승인 또는 결함 감시 기능을 가정하지 마십시오.
그림 2 - 수신기에서 필요한 증거는 유니캐스트 호 레그와 멀티캐스트 스트림 간에 다릅니다. 어느 전송 방법도 그 자체로 가청 재생을 보장하지 않습니다.
음향 커버리지 및 음성 명료도
현장 테스트는 사람들이 스피커 아래가 아니라 점유 위치에서 메시지를 이해하는지 결정합니다. 기계, 교통 및 잔향이 결과를 변경할 수 있으므로 작동 조건을 기록하십시오.
톤만이 아닌 반복 가능한 음성 테스트 사용
시작, 구역 식별자, 특징적인 단어 및 명확한 끝을 포함하는 반복 가능한 구술 테스트를 사용하십시오. 톤은 지시가 이해되는지 또는 첫 음절이 잘리는지 보여줄 수 없습니다. 일반 마이크와 토크 키에서 라이브 페이징을 테스트하십시오.
원거리, 소음 및 경계 위치를 관찰하십시오. 잘린 단어, 끊김, 에코 및 겹치는 스피커 간의 타이밍 차이를 기록하십시오.
문제 지점에서 하나 이상의 방송을 실행하십시오. 간헐적인 첫 단어 손실은 활성화 순서, 앰프 웨이크업 또는 운영자가 토크 큐 후 기다리는 시간에 따라 달라질 수 있습니다. 결함이 모든 전송에서 발생하는지 일부 시도에서만 발생하는지 기록하십시오.
작동 소음 하에서 음성 평가
대표적인 작동 중에 테스트하십시오. 음압만으로는 명료도를 확립할 수 없습니다. 프로젝트에서 요구하는 경우 STI 또는 STIPA를 사용하십시오.
지정된 경우 관련 IEC 60268-16 측정 절차를 적용하십시오. 모든 사이트에 맞는 보편적인 음압 레벨 또는 명료도 임계값은 없습니다. 교정된 기기, 배경 소음 및 계약 기준을 기록하십시오. 일반 페이징 승인은 규제 대상 화재 음성 경보 시스템을 인증하지 않습니다.
측정이 필요한 경우 측정 마이크와 테스트 조건을 지정된 방법과 일치하게 유지하십시오. 비공식 스마트폰 음압 판독값은 약한 위치를 찾는 데 도움이 될 수 있지만 교정된 명료도 결과로 제시해서는 안 됩니다.
커버리지와 구역 제외 모두 확인
경계에서 엔드포인트 활성화를 소리 누출과 별도로 검증하십시오. 음향 넘침은 스피커 재조준이 필요할 수 있습니다. 의도하지 않은 활성 스피커는 결함 있는 그룹, 채널 또는 스트림 매핑을 시사합니다.
그림 3 - 현장 관찰자는 정의된 청취 위치에서 완전한 구술 메시지를 검증하고 인접 구역이 의도치 않게 활성화되지 않았는지 확인합니다.
승인 테스트 및 결함 격리
의도된, 제외된 및 저하된 상태 테스트
단일 구역 전달: 권한 있는 소스에서 각 구역을 선택하고 예상 엔드포인트와 현장 청취 위치를 확인하며 최소 하나의 금지된 인접 목적지를 점검하십시오.
결합 구역 전달: 승인된 구역 그룹을 선택하고 멤버십을 확인하며 중복 또는 왜곡된 재생에 대해 겹치는 엔드포인트 할당을 점검하십시오.
운영자 권한 점검: 액세스 권한이 없는 역할을 사용하여 제한된 목적지를 시도하고 의도하지 않은 페이징 없이 제어된 거부를 검증하십시오.
경쟁 소스 점검: 제어된 방송 중에 두 번째 페이징 요청을 도입하고 플랫폼에 지정된 충돌 동작만 확인하십시오. 모든 제품이 동일한 우선순위 재정의를 지원한다고 가정하지 마십시오.
엔드포인트 손실 점검: 승인된 방법으로 하나의 테스트 스피커 또는 앰프를 격리하고 플랫폼이 보고하는 내용과 나머지 구역 커버리지가 합의된 저하 상태 기준을 충족하는지 기록하십시오.
복구 점검: 서비스를 복원하고 오래된 장치 상태, 이전 그룹 멤버십 또는 이전 작업 완료 기록에 의존하지 않고 전달을 반복하십시오.
예시 승인 기록
적재 구역 A에 대한 예시 테스트 템플릿입니다. 결과가 통과했다고 가정하지 않습니다. 관찰된 결과와 증인을 별도로 기록하십시오.
| 점검 | 예상 결과 | 보관할 증거 |
|---|---|---|
| 콘솔 선택 | 적재 구역 A가 승인된 엔드포인트 ID로 해석됨 | 구역 지도 개정 및 디스패치 이벤트 ID |
| 세션 및 전송 | 구성된 미디어 경로가 예상 수신기에 도달함 | SIP 로그, 수신기 카운터 또는 대상 캡처 |
| 스피커 재생 | 할당된 모든 스피커가 전체 테스트 메시지를 재생함 | 장치 출력 상태 및 현장 관찰자 메모 |
| 구역 제외 | 창고 사무실 엔드포인트가 비활성 상태로 유지됨 | 엔드포인트 상태 및 경계 관찰 |
| 음성 명료도 | 지정된 위치가 프로젝트별 기준을 충족함 | 청취 시트 및 지정된 경우 측정 결과 |
| 복구 | 복원 후 엔드포인트가 필요한 작동 상태로 돌아감 | 반복 테스트 기록 및 남은 예외 |
디스패치, 수신기 및 현장 기록을 작업 ID 또는 타임스탬프로 연관시키십시오. 각 기준을 통과, 실패 또는 미테스트로 표시하십시오. 다른 스피커가 통과해도 검증되지 않은 엔드포인트를 해제할 수 없습니다.
결함 격리 순서 적용
변경하기 전에 결함을 분류하십시오: 잘못된 목적지는 매핑 오류를 나타냅니다. RTP 누락은 전달 문제를 나타냅니다. 소리 없는 RTP는 재생 또는 증폭을 나타냅니다. 불명확한 음성은 음향 조사가 필요합니다. 대상 구역과 제외 구역을 모두 재테스트하십시오.
승인 및 재테스트 조건 정의
서명은 승인된 구성 개정, 증인, 테스트 조건, 측정 방법 및 미해결 결함을 식별합니다. 오프라인 엔드포인트는 승인된 변경이 제거하지 않는 한 범위에 남습니다.
그룹 매핑, 스피커 배치, 권한, 네트워크 미디어 경로 또는 음향에 중대한 변경 후 재테스트하십시오. 지속적인 장치 모니터링은 주기적인 현장 청취 점검을 보완하지만 대체하지는 않습니다.
FAQ
라이브 및 사전 녹음 방송이 동일한 승인 테스트를 사용해야 합니까?
목적지 및 가청도 기준을 공유해야 하지만 실행 경로는 별도로 점검해야 합니다. 사전 녹음 파일은 라이브 마이크 입력을 우회하거나 다른 레벨 처리를 사용하거나 스케줄에서 시작할 수 있습니다. 프로젝트가 실제로 의존하는 각 경로를 메시지의 시작과 끝을 포함하여 테스트하십시오.
기존 아날로그 앰프가 엔드포인트 상태를 제공하지 않으면 어떻게 합니까?
페이징 서버의 성공적인 전송을 아날로그 출력의 증거로 취급하지 마십시오. 앰프의 사용 가능한 결함 접점 또는 미터, 제공된 경우 감시 스피커 회로, 직접 현장 재생 관찰에서 증거를 추가하십시오. 감시 제한을 명시적으로 기록하십시오.
각 페이징 후 별도의 인간 확인이 필요합니까?
자동으로 필요하지는 않습니다. 일상 방송은 기술 및 주기적 현장 테스트를 통해 승인될 수 있으며, 안전에 중요한 지시는 감독자 또는 대응 팀의 운영 확인이 필요할 수 있습니다. 확인 요구 사항은 SIP 프로토콜 기능으로 가정하지 않고 사이트 절차에 의해 정의되어야 합니다.
다국어 방송은 어떻게 검증해야 합니까?
언어 대 구역 할당과 실제 구술 메시지를 모두 확인하십시오. 기술적으로 올바른 스트림이라도 언어별 파일이 잘못된 대상에게 할당되면 운영상 잘못될 수 있습니다. 이해가 필수적인 경우 내용과 발음에 대해 자격을 갖춘 검토자를 사용하십시오.
근로자가 청력 보호구를 착용할 때 페이징을 어떻게 평가해야 합니까?
인력이 실제로 작업하는 조건에서 메시지를 평가하십시오. 청력 보호구의 유형과 착용 상태를 포함합니다. 보호되지 않은 마이크 위치에서 만족스러운 측정은 귀마개나 귀덮개를 착용한 근로자가 모든 지시를 인식한다는 것을 입증하지 않습니다. 사이트 위험 평가가 요구하는 경우 더 큰 페이징에만 의존하지 말고 보완적인 시각 경보, 절차적 확인 또는 기타 승인된 알림 채널을 평가하십시오.
