教員室對講系統：緊急情況下的生命線

2025-02-10 | 校園安全

課室求助、訪客身份確認、分區廣播同門禁聯動，校園對講系統點樣由日常通話工具，變成緊急應變嗰陣靠得住嘅關鍵一環？校方落實之前，又要確認啲乜先？

校園對講唔止係廣播：先搞清佢係咩

好多學校對對講系統嘅印象，停留喺「校長廣播」：開學講幾句、放學播通知。但係一間學校真正需要對講系統嘅時刻，往往唔係日常廣播，而係課室入面有學生唔舒服、門口有訪客要確認身份、或者某個樓層要即刻傳達指示。呢啲情況要嘅唔係單向廣播，而係雙向對話：課室講到教員室，教員室答得返課室，雙方確認到對方收到訊息。

現代校園對講系統一般建基於 IP 網絡，用 SIP 做信令，經校內局域網傳送語音同視像。佢可以同電話系統、門禁、廣播同閉路電視放喺同一個網絡基礎設施上面，但「同一網絡」唔等於「自動駁通」。每一個聯動，都要視乎現有系統嘅品牌、型號、接口同授權，逐項人手確認先至寫得成方案。本文由原理講起，再講終端形態、供電同網絡設計、聯動、私隱同驗收，等校方喺落實之前，識得問啱問題。

一、IP／SIP 對講點運作

SIP 只負責信令，語音行 RTP

SIP（Session Initiation Protocol）係「建立、修改、終止多媒體會話」嘅信令協議，本身唔傳送語音。實際語音媒體一般經 RTP（Real-time Transport Protocol）傳送。分清楚呢一點好重要：信令出問題，係「打唔通、接唔到」；媒體出問題，係「接通咗但聽唔清、斷斷續續」。排障嗰陣，兩者要分開諗。

一次呼叫經歷邊幾個步驟

1. 註冊（REGISTER）：終端向 SIP 伺服器或者 IPPBX 註冊，話俾系統知「呢個分機而家喺邊個 IP 地址」。註冊設定要同伺服器設定核對，例如重新註冊時間唔匹配，終端有機會一段時間之後變成無法聯絡。
2. 邀請（INVITE）：按掣一方發出邀請，伺服器按分機或者群組路由，去搵收件端。
3. 通話（RTP）：收件端接聽之後，雙方經 RTP 做雙向語音。
4. 收線（BYE）：收線一方發出結束訊息，會話結束。

以上係通用流程，唔代表每個品牌實作完全相同。選型嗰陣，要向供應商確認佢哋嘅終端用邊個 SIP 版本、支援邊啲編解碼、DTMF 模式同加密設定，再做互通測試，唔好假設「支援 SIP 就乜都駁得通」。

唔使經互聯網都用得

IP 對講可以在校內局域網內運作，唔一定要經互聯網。係咪需要互聯網，取決於功能：純校內通話、校內廣播，局域網已經夠；手機應用程式遠程接聽、雲端管理，就要另外安排互聯網連接同保安措施。規劃嗰陣，要問清楚邊啲功能一定要上網、邊啲可以純內網運作，唔好將兩者混為一談。

二、教室終端有邊幾種形態

牆面面板同緊急按鈕

最常見嘅課室終端係牆面面板：固定喺課室牆面或者門口附近，有咪高峰、喇叭同按掣，部分型號有視像鏡頭。安裝方式有明裝同暗裝之分，要視乎牆身結構同產品而定。緊急按鈕係另一種終端：按下之後建立高優先級通話去指定位置，例如校務處或者保安室。個別型號將緊急掣放喺易碎玻璃後面，減少誤觸。緊急按鈕裝喺邊個高度、邊個位置，要教員伸手可及，同時唔易被學生誤觸，呢個要落場睇實物先決定到。

雙向對講同分區廣播

雙向對講係課室同教員室之間即時對話，雙方都可以講同回應。個別系統支援自動接聽模式，令教員室可以直接同課室通話；但自動接聽涉及私隱同課堂秩序，必須喺校方政策下先啟用，唔好寫成預設應該開。分區廣播就係將終端分組做「區」，例如按樓層、座向、用途分區，廣播可以只去某個區，或者去全校。預錄訊息廣播，例如預錄疏散或者集合訊息，內容必須由校方審定，唔好由供應商代寫緊急指示。

上堂期間點處理來電，要預先傾掂

上堂期間，邊類呼叫可以打入課室、邊類只留訊息、緊急呼叫點處理，呢啲要喺落實之前同校方確認。唔同品牌嘅「唔接聽廣播」、「靜音」、「只接緊急呼叫」等功能，名稱同行為各有唔同，冇一個通用標準叫做「課堂免打擾模式」。所以正文唔會話系統內置咗某個模式，而係提醒校方：呢啲規則要寫低，話俾全體教職員知，唔好只係口頭交代。

三、供電同網絡設計：PoE、VLAN、QoS、Multicast

IP 對講終端一般用 PoE（Power over Ethernet）供電，即係同一條以太網線同時傳數據同直流電，令牆面或者天花終端唔使就近攞獨立電源插座。選型嗰陣，唔好只睇「PoE 交換器」呢個名，要核對每隻終端嘅 PoE 功率等級、交換器嘅 PoE 總功率預算，唔係淨係數端口數目。以太網線長度上限，一般以 100 米為常見參考，實際要按線材類別、安裝環境同品牌文件核實，唔好寫成任何校園佈線都做到 100 米。

功率數字係標準轉述，實際以 IEEE 標準文本同個別產品規格表為準。反過嚟要留意：支援 PoE+ 嘅終端，唔可以期望只支援 802.3af 嘅交換器穩定供電。個別交換器功能，例如重啟時持續供電，係品牌功能，唔係所有交換器都有。

語音 VLAN 同 QoS

語音設備一般建議同數據設備分開唔同 VLAN，原因包括地址管理、QoS 信任邊界、減少異常流量影響語音設備、管理同設定較簡單。QoS 方面，語音封包一般需要優先處理，避免數據流量擠塞嗰陣出現斷續。常見做法包括 DSCP 標記、交換器優先佇列、802.1Q／802.1p 標記，實際設定要按交換器品牌同校園網絡架構而定。

Multicast 廣播要注意啲乜

分區廣播常用 multicast（多播）傳送同一段語音去多個接收端。要留意交換器需開啟 multicast，收發兩邊嘅 multicast 區域編號、IP 地址、端口要一致，TTL 設定要足以應付跳數。呢啲係廠商支援文件提及嘅常見排障點。跨 VLAN 或者跨三層介面嗰陣，要確認路由設定正確，否則可能出現「總站收到、遠端收唔到」嘅情況。

SIP ALG 有機會幫倒忙

唔少路由器內置嘅 SIP ALG（Application Layer Gateway），反而可能干擾 SIP 通訊，實務上常需要關閉。但係咪關閉，要按實際設備同測試結果決定，唔好寫成所有路由器都要關。呢個係排障嗰陣值得檢查嘅一項，唔係一條通用指令。

四、同其他系統聯動：IPPBX、門禁、廣播、CCTV

原則先講清楚：以下全部係「可能嘅聯動方式」，唔係「裝咗就自動駁通」。正文必須寫明「視乎現有系統品牌、型號、授權同接口而定，需人手確認」。落場之前，要先問校方攞齊現有系統嘅品牌、型號、版本、授權、管理權限同韌體狀況，否則任何聯動承諾都係估。

同 IPPBX 聯動

SIP 對講終端一般可以當作一個 SIP 分機，向 IPPBX 註冊。有人按掣嗰陣，IPPBX 可以按分機或者群組路由，去響教員室電話、軟電話或者手機分機。個別產品支援將一個對講終端設為兩個 SIP 分機：一個做分組廣播自動接聽，另一個做「邊個接先得」嘅響鈴群組。呢個係個別廠商功能，唔好寫成所有對講終端都有。相關方案可以參考 IPPBX 電話系統方案。

同門禁、開門聯動

常見方式係對講終端內置或者外接繼電器，接聽方按電話鍵發出 DTMF 訊號去觸發開門。亦有產品支援將繼電器實體放喺門口以外較安全位置嘅獨立門控制器，減少門口面板被拆開之後直接開門嘅風險。DTMF 傳送方式有分帶內、RTP 事件、SIP INFO 等，唔同系統支援嘅方式唔同；若兩邊設定唔一致，按鍵開門可能失效。所以 DTMF 模式一定要兩邊對齊，逐個門口實測。至於緊急時開門定鎖門嘅邏輯，必須配合校方政策同逃生安排，唔好將門禁寫成可以單方面鎖死所有出口。校園對講同門禁嘅配合，可以參考 校園對講系統方案。

同廣播聯動

IP 對講同 IP 廣播可以共用同一 IP 網絡基礎設施，個別平台將網絡喇叭、廣播閘道、對講門口機都當作 SIP 終端統一管理。傳統模擬廣播喇叭線路，可以經 IP 廣播閘道接入 IP 平台，唔一定要成套換晒；升級路徑視乎現有線路、喇叭配置同新增功能需求而定。

同 CCTV／VMS 聯動

有視像對講面板嘅產品，可以經 ONVIF 介面接入 VMS（Video Management System），令 VMS 可以顯示門口機鏡頭畫面、將通話事件同錄影片段關聯。ONVIF Profile S 主要對應即時視像串流、PTZ 控制、音訊同基本事件；Profile D 對應周邊設備如對講、繼電器、輸入輸出設備；Profile G 對應錄影、儲存、搜尋同回放；Profile T 對應進階視像串流等。實際支援邊個 Profile，要睇個別產品嘅 ONVIF 符合聲明，唔好寫成「支援 ONVIF 就等於全部功能都通」。個別整合案例亦提及，對講站要同錄影伺服器用同一個 NTP 時間來源，否則可能出現連接或者顯示問題。

五、有線對講 vs Wi-Fi 對講

以上係定性結論，唔包含任何延遲、可用率百分比、覆蓋距離等量化比較。無論用邊種，都要做斷電、斷網測試。石屎牆對無線訊號嘅影響，公開研究指出混凝土嘅影響較顯著，較低頻率嘅穿透表現一般好過較高頻率；但具體衰減數值因測試條件而異，唔可以直接套用去個別校舍。所以 Wi-Fi 對講一定要落場做訊號勘察，有線方案就要睇拉線可行性，兩者唔可以直接互換。

六、私隱與安全：錄音、取用、加密

錄音同通話紀錄：唔係個個系統都有

個別對講或者門禁產品支援通話紀錄、訪客紀錄、影像同時間戳，個別產品支援將視像或者音訊錄影存喺記憶卡或者經 VMS 錄影。但唔係所有對講系統都會錄音，有啲只係即時通話，唔錄音。唔好寫成對講系統一定會錄音。保留期方面，香港法例並冇為校園對講錄音訂明固定保留期，正文唔會寫任何日數。保留期應由校方按用途訂明，例如只保留至處理完相關事件為止，到期應刪除，政策應書面記錄。若系統會錄音，應喺校方政策下考慮點樣通知相關人士，例如喺終端附近張貼告示、校方通告、員工手冊，具體通知方式同措辭要由校方決定。

《個人資料（私隱）條例》六項保障資料原則（一般原則）

以下係一般原則摘要，唔係法例原文，校方應諮詢法律意見。第一，收集目的同方式：只為同職能直接有關嘅合法目的收集，收集嘅資料必須係必要而唔過多，收集方式要合法同公平，收集時要通知資料當事人有關目的、可能獲轉交資料嘅人士類別、查閱同改正權利等。第二，準確性同保留：採取切實可行步驟確保資料準確，資料保留時間唔應超過達致使用目的所需嘅時間，唔再需要時應刪除。第三，使用：個人資料只可以用於收集時訂明嘅目的或者直接有關嘅目的，若用於新目的，須取得資料當事人自願同明示同意。第四，保安：採取切實可行步驟保障個人資料，免受未經授權或者意外查閱、處理、刪除、遺失或者使用。第五，透明度：公開有關個人資料政策同實務、持有資料嘅種類同主要用途。第六，查閱同改正：資料當事人有權要求查閱同改正自己嘅個人資料。套用到對講系統：收集前先定目的，唔好過度收集，限制取用，唔好將對講錄音攞去做原本目的以外嘅用途，例如學生表現評估或者員工考勤。

取用權限同加密

取用權限應按角色分權：校務處、教員室、保安室、IT 管理員各有唔同權限，邊個可以接聽、邊個可以廣播、邊個可以查閱紀錄、邊個可以改設定，應書面訂明。預設密碼必須更改，管理帳戶唔好共用，離職或者調職時要及時取消權限。加密方面，TLS 用嚟加密 SIP 信令，SRTP 用嚟加密實際語音或者視像媒體。只開 TLS 而唔開 SRTP，語音內容仍然可能未加密，要兩者一齊啟用先算完整加密。係咪支援 TLS 同 SRTP，要按個別產品同 IPPBX 品牌核實。其他保安要點包括：唔好將 SIP 系統無必要咁暴露去互聯網，防火牆規則只開所需端口，關閉或者限制匿名呼叫，限制邊啲 IP 可以註冊分機，定期更新韌體同修補。

本文只供一般參考，唔係法律意見。校方喺訂定錄音、保留、取用政策之前，應諮詢法律意見，並按校方私隱政策落實。

七、常見誤解

誤解一：對講等於廣播

廣播係單向，將同一段訊息同時傳俾多個喇叭或者區域，聽眾唔需要亦唔期望即時回應。對講係雙向，兩個特定端點之間即時對話，雙方都可以講同回應。現代 IP 平台可以將兩者放喺同一網絡基礎設施上，由同一管理介面控制，但「同一平台」唔等於「同一功能」。全校廣播唔可以取代課室同教員室之間嘅雙向溝通，雙向對講亦唔可以取代全校廣播。

誤解二：裝咗對講就等於自動通知救援

對講系統本身係通訊工具，唔係警報系統。按下對講按鈕只係建立通話，唔等於已通知警方、消防或者校外救援。若要將對講同報警或者緊急通報掛鈎，必須另外設計同確認：緊急呼叫去邊個位置，邊個負責接聽，無人接聽時點算，係咪需要同時觸發其他系統，觸發條件同權限係咩。至於對講按鈕可唔可以直接撥打緊急電話、打去邊個號碼、提供咩位置資訊，必須按香港實際情況同校方政策確認，唔好照抄海外寫法，正文亦唔會將撳掣寫成自動通知救援。

誤解三：支援 SIP 就同任何電話系統都駁得通

SIP 係開放標準，但實際互通要睇版本、編解碼、DTMF 模式、TLS 同 SRTP 設定、授權等，必須做互通測試。買貴啲亦唔一定聽得清楚，語音清晰度受咪高峰位置、喇叭位置、背景噪音、回音、編解碼、網絡質素等多個因素影響，選型要落場測試，唔好只睇價錢或者規格表。有鏡頭亦唔等於有錄影，視像對講可以只做即時視像，唔錄影；錄影要另外設定儲存、保留期、取用權限。

八、落地檢查清單：落場前要問晒

評估覆蓋點

逐個空間點算：課室、教員室、校務處、校長室、禮堂、操場、圖書館、實驗室、電腦室、音樂室、特別室、走廊、樓梯、升降機大堂、門口同閘口、保安室。每個覆蓋點要記錄現有網絡點位置、PoE 供電係咪足夠、拉線路線、電源備援、終端形態、廣播分區歸屬、私隱考慮。禮堂同操場等大空間，聲學環境同覆蓋要求同課室唔同；戶外位置仲要考慮防水、防曬、防破壞、供電同網絡點位置。

備援：斷電、斷網點算

斷電要問：對講系統嘅供電來源係咩，交換器、IPPBX 伺服器、廣播主機有冇不斷電系統，覆蓋邊啲設備，停電時邊啲終端仲用得、邊啲唔用得。斷網要問：若校內網絡中斷，對講仲用唔用得；若 IPPBX 伺服器故障，終端之間可否直接通話；若互聯網中斷，校內通話受唔受影響。其他備援包括後備接聽點、緊急呼叫多重路徑、設定備份。任何不斷電系統可以頂幾耐嘅數字，必須按實際容量、負載、電池狀況計算，正文唔會寫固定時數。

測試驗收要點

功能測試要逐個覆蓋點、逐個分區做：雙向對講雙方係咪聽得清楚，有冇回音、雜音、斷續；分區廣播係咪只去指定區，全區廣播係咪去晒所有區；緊急按鈕按下之後係咪去到正確接聽點，接聽方係咪睇到正確位置資訊；開門聯動係咪正常；預錄廣播內容係咪校方審定版本。網絡測試要核對每個終端嘅 SIP 註冊狀態、VLAN 同 QoS 設定、Multicast 設定、DTMF 模式。斷電同斷網要模擬測試：停電後復電，終端係咪自動恢復註冊；斷網之後，關鍵通話有冇後備路徑。私隱同保安測試要確認預設密碼已全部更改、錄音取用權限正確、加密實際生效。文件驗收要齊：系統架構圖、覆蓋點清單、分區表、帳戶同權限表、設定備份、操作手冊、保養同支援聯絡、錄音同保留政策、緊急流程文件。

香港校園嘅施工窗口

施工窗口一般要配合學校校曆，例如長假期、週末、教師培訓日等，實際日期必須同個別學校確認，正文唔會寫任何具體假期日期。假期施工可能涉及校舍開放安排、保安、噪音、承辦商保險、校方監工等，必須喺施工前同校方書面確認。舊校舍佈線限制，例如牆身厚、管道空間有限、原有線路文件唔齊，必須逐間學校、逐個位置核實，唔好寫成通用事實。校方喺規劃嗰陣，最好將演習、檢查、保養嘅負責人同時間表一併寫低：邊個負責日常檢查主機同終端，邊個跟進維修記錄，演習之後邊個跟進問題到修好為止。緊急系統平時有人理，出事嗰陣先至靠得住。

對講系統裝好之後，唔好等到真正緊急嗰陣先至第一次用。校方應該定期安排演習：測試每個教室嘅緊急按鈕係咪正常、教員室主機能唔能夠準確顯示位置、分區廣播係咪真係只係去到指定樓層，而唔係全校一齊響。預錄嘅疏散語音亦要定期檢查，確保內容同最新嘅疏散路線一致，唔好播緊幾年前嘅版本。演習之後，記得記錄低結果：邊個按鈕反應慢、邊個分區廣播唔準、邊段錄音要更新，逐項跟進到修好為止。演習做完但問題冇人跟，就等於冇做過，出事嗰陣一樣會出亂子。

仲有一點好容易忽略：IP 對講系統行喺校園網絡上面，網絡出事，對講系統都會受影響。規劃嗰陣，應該問清楚供應商，萬一網絡中斷或者停電，系統會點樣應對；主機同關鍵終端係咪有後備安排；日常又要點樣維護。緊急系統嘅價值，在於出事嗰陣仍然用得到，平時嘅準備功夫，決定咗佢關鍵時刻可唔可靠。除咗後備安排，仲要問埋邊個負責日常檢查：主機係咪正常運作、終端有冇損壞、線路有冇鬆脫，呢啲檢查應該有人定期做，而唔係等到用嗰陣先發現壞咗。緊急系統平時冇人理，出事嗰陣就最危險。

對講系統平時冇人理，出事嗰陣先發現用唔到，係最危險嘅情況。所以開學之前，校方應該安排一次全面檢查：每個教室嘅緊急按鈕撳落去係咪正常、教員室主機能唔能夠準確顯示位置、分區廣播係咪真係只係去到指定樓層。預錄嘅疏散語音亦要檢查，確保內容同最新嘅疏散路線一致。檢查之後記得記錄低結果，邊個掣有問題、邊個分區唔準，逐項跟進到修好為止。檢查做完但問題冇人跟，就等於冇做過。

訪客到校嗰陣，對講系統係第一道關口。門口對講響起，教務處人員應該先確認訪客身份：嚟探邊個、咩事、預約咗未，確認清楚先至遙距開門。訪客資料要記低，方便日後查閱。如果遇到唔肯講明身份、或者表現可疑嘅訪客，應該按校方定好嘅程序處理，唔好因為怕麻煩而直接開門。呢啲流程平時講好、寫低，真正遇到情況嗰陣先至唔會各有各做，守得住校門呢一關。

對講系統嘅日常保養，要有人負責，唔好等到壞咗先搵人。負責嘅同事要定期檢查：主機係咪正常運作、終端有冇損壞、線路有冇鬆脫，發現問題記低並且跟進維修。維修嗰陣，亦要記低邊日整過、整咗啲乜，留低記錄。保養期由邊日開始計、保養包啲乜、遇到問題要搵邊個跟進，呢啲資料應該寫低放喺當眼處。緊急系統平時有人理，出事嗰陣先至靠得住。

對講系統裝好之後，唔好等到真正緊急嗰陣先至第一次用。校方應該定期安排演習：測試每個教室嘅緊急按鈕係咪正常、教員室主機能唔能夠準確顯示位置、分區廣播係咪真係只係去到指定樓層，而唔係全校一齊響。預錄嘅疏散語音亦要定期檢查，確保內容同最新嘅疏散路線一致，唔好播緊舊版本。演習之後，記得記錄低結果：邊個按鈕反應慢、邊個分區廣播唔準、邊段錄音要更新，逐項跟進到修好為止。演習做完但問題冇人跟，就等於冇做過，出事嗰陣一樣會出亂子。

停電或者網絡中斷嗰陣，對講系統會點樣，應該喺規劃嗰陣就問清楚。主機同關鍵終端有冇後備安排、中斷之後系統會點樣恢復、恢復之後需唔需要重新檢查，呢啲都要預先講明。日常亦要定期檢查後備安排係咪仍然有效，唔好等到真正停電嗰陣先發現後備已經用唔到。中斷恢復之後，應該做一次全面檢查：每個終端係咪正常、廣播係咪正常、預錄語音係咪正常，確認晒先至算回復正常。緊急系統嘅價值，在於出事嗰陣仍然用得到，平時嘅準備功夫，決定咗佢關鍵時刻可唔可靠。

免費上門勘查及報價 | 收費指南