楼宇对讲站点容量、编号规划与呼叫转移解决方案
波菲凯迪 · 弱电智能化系统解决方案
01解决的核心问题
- 甲方物业/安保：夜间访客按围墙机无人应答，或早高峰多个单元同时呼叫时部分呼叫直接丢失；可验证现象是转移规则未配置或指向已撤并的值班点，且事件日志里没有「无人应答」记录。
- 住户/访客：门口机呼叫后被转到错误的管理中心，或室内机互通、组呼时黑屏；可验证现象是路由器未开组播而系统仍停在组播默认模式，Dahua Wiki 明确指出这一组合会导致组呼黑屏。
- 集成商/项目经理：竣工逐户点呼都通过，扩容到第二批楼栋后开始出现广播风暴与地址冲突；可验证现象是二层设备数已超 128 台却未按手册划分 VLAN，且没有站点编号表与 IP 地址表。
- 采购与合规：招标只写「支持 IP 可视对讲、支持呼叫转移」；可验证现象是没写地址容量、并发呼叫数、单 VLAN 设备上限、组播/单播模式、日程与转移归属，双方对「能扩到多少户」没有共同定义。
02方案整体架构（分层与接口协议）
职责边界必须写死：247 Security 的工程清单要求「记录每道门、管理站、警卫位、App 用户与呼叫目的地」，并明确「目录、日程与呼叫前转由哪套系统持有」——对讲平台与 PBX、门禁平台若同时维护一份名单，转移规则就会出现两边不一致。另一条边界是容量与安全的取舍：XtendLan 手册写明二层设备 129–512 台时启用 4 口 VLAN 会禁用监视器之间的互通，513–1024 台需 8 口 VLAN；也就是说「划 VLAN 保广播域」与「室内机之间可直接互通」不可兼得，必须在设计阶段让甲方确认，不能交付后再解释。第三条边界是视频取证：门口机若作为 ONVIF Profile S 摄像机接入 NVR/VMS，或按 GB/T 28181 接上级平台，则视频留存、校时与码流编号要按视频系统的口径单独验，不能只按对讲系统的「能看见」验收。
| 层级 | 主要设备与能力 | 接口与协议 | 可验收项 |
|---|---|---|---|
| 前端站点层 | 单元门口机、围墙机、别墅站、室内分机、管理机、紧急求助站 | SIP 2.0（5060）、H.264 / MJPEG 视频、G.711/G.712 音频、RTP/RTCP 20000–30000、RTSP 10080、PoE 802.3af/at | 站点编号唯一性、地址容量余量、摄像机与门禁继电器接口、IP55/IK08 防护 |
| 传输层 | 接入/汇聚交换机、路由器、安防 VLAN | IGMP / MLD 组播、IGMP Snooping、单播 TCP 回退、802.1Q VLAN、Cat5e/6 100m、NTP 123、DHCP/静态保留、DNS | 单 VLAN 设备数、组播是否放行、端口与协议清单、校时偏差 |
| 路由与目录层 | SIP 服务器 / 管理平台、地址簿与编号表、呼叫转移规则、日程表 | 目录归属（对讲平台 vs PBX/门禁平台）、优先呼叫队列、两级寻呼 | 无人应答/缺席/日程三类转移、首次转移目标数、并发呼叫上限 |
| 管理与取证层 | 管理中心机、App、访客留影、microSD 本地录像、NVR/VMS、事件日志 | ONVIF Profile S（第三方摄像机/上墙）、邮件附照、GB/T 28181（如接上级视频平台） | 留影与录像留存、事件日志可导出、断电/断网恢复、配置备份与固件基线 |
03核心技术及关键设备（型号级参数与真实区间）
一段容易被忽略的可执行细节：把「站点编号表」做成竣工资料的强制交付物——字段至少含楼栋/单元/楼层/房号、站点类型（门口机/围墙机/室内分机/管理机/求助站）、SIP 号码或地址、IP 与 VLAN、MAC、固件版本、呼叫目的地（白天/夜间/节假日）、开门继电器编号、是否纳入组呼组。247 Security 明确要求交付「配置备份、站点目录、IP 表与固件基线」，并逐项测试呼叫、音频、目录查询、前转、开门、离线、断电恢复；没有这张表，扩容第二批楼栋时最容易出现的就是号码冲突与转移指向旧值班点。
| 参数项 | 公开资料给出的区间/口径 | 来源口径 | 验收注意 |
|---|---|---|---|
| 地址与站点容量 | Aiphone IX Series 2：最大 9,999 地址、5,000+ 门口机、5,000+ 管理机；XtendLan 独立公寓：9,800 可寻址号、门口机 48、警卫单元 48、虚拟用户 1,000 | Aiphone / XtendLan 厂商手册 | 口径与形态不同，须按本项目实际平台查对应容量表 |
| 联网规模 | XtendLan：公共门口机 48、公共警卫单元 48、楼栋互联 1,999；三层交换每 VLAN ≤128、系统总 ≤32,512 | XtendLan 厂商手册 | 明确「每 VLAN」与「系统总」两个不同上限 |
| VLAN 分界 | 二层设备 <128 无需 VLAN；129–512 启用 4 口 VLAN（监视器互通禁用）；513–1024 启用 8 口 VLAN | XtendLan 厂商手册 | 划 VLAN 会牺牲室内机互通，须设计阶段书面确认 |
| 并发呼叫 | Dahua SIP 2.0 表：到中心 20、VTH→VTH 30、VTO→VTH 100（不同平台配置差异大） | Dahua Wiki 容量表 | 按本项目所选平台逐格核对，做并发演练 |
| 平台容量示例 | 社区型 VTO 2,000 / VTH 2,000（分布式 5,000）；DSS Express VTO 256 / VTH 1,000 | Dahua Wiki 容量表 | 厂商公布口径，含定制固件等特殊条件，须核对版本 |
| 组播/单播 | Mode 1 组播为默认；路由器不支持组播时切 Mode 2 单播 TCP；Aiphone 单播寻呼 ≤50 台、主管理机组呼 ≤50 台、门口机组呼 ≤20 台 | Dahua Wiki / IX 手册 | 单播不是无限兜底，须实配交换机 IGMP Snooping |
| 呼叫转移 | 手动 / 无人应答（通信延迟）/ 缺席 / 日程四类；首次最多同时转 10 台、第二次仅 1 台 | IX 系统手册 | 夜间与节假日路径单独测，记录振铃与转移时长 |
04具体应用场景（按角色拆痛点）
一段可执行细节：做一张《呼叫路由演练记录表》，字段至少含呼叫源站点编号、目标编号、时段（白天/夜间/节假日）、网络状态（正常/断开上行/断电恢复）、期望转移链、实际接起站点、振铃与接起时长、是否留影、事件日志条目号、开门结果、双方签字。必跑四组：白天单点呼叫、夜间日程转移、多个单元同时呼叫的并发峰值、断网与断电恢复后的目录与转移是否仍按预期工作。
- 甲方物业（夜间与节假日）：围墙机呼叫不能因值班室没人就石沉大海。可验证现象是把时钟调到夜间日程后，无人应答超过设定间隔自动转到预设站（如保安公司），且事件日志含振铃时长、转移目标与访客留影。
- 住户/访客（实际体验）：呼叫要在合理时间内被接起，画面不能黑屏。可验证现象是组播模式下全体广播与 50 台组呼均有画面，单播回退时不超过该模式上限，且开门后门状态与事件日志一致。
- 集成商/项目经理（扩容与广播域）：第二批楼栋并网不能引发广播风暴。可验证现象是每个 VLAN 设备数 ≤128（按 XtendLan 口径）或符合本项目设计值，交换机已开 IGMP Snooping，且新增站点编号与既有表无冲突。
- 信息科/运维（取证与配置）：门事件与对讲视频要能对上时间。可验证现象是所有站点 NTP 指向同一时间源、时间偏差在约定范围内，配置备份可一键恢复，固件版本与基线一致。
05系统实施流程（里程碑 + 天数 + 交付物）
预算给比例结构、不编造总价：设备（门口机/围墙机、室内分机、管理机、PoE 交换机、microSD 与录像存储）约占 55%–65%，施工与线缆（含楼栋光纤/中继）约占 12%–18%，集成与调试（含编号规划、VLAN 与组播配置、路由演练）约占 15%–20%，运维与备件（首年）约占 8%–12%；以现场勘察与工程量清单为准。最容易被漏算的是为控制广播域而追加的三层交换与 VLAN 改造，这笔钱应在容量测算阶段就列进去。
| 里程碑 | 天数 | 关键动作 | 交付物 |
|---|---|---|---|
| M1 勘察与容量测算 | D1–D4 | 清点门口机/围墙机/室内机/管理机/求助站数量、楼栋与 VLAN 规划、现网组播与 PoE 能力、值班安排与夜间转移目标 | 站点清册、容量对照表、值班与转移需求表 |
| M2 深化设计与编号规划 | D5–D9 | 定站点编号与 SIP 地址表、IP/VLAN/端口清单、组播或单播模式、并发上限、日程与四类转移规则、PoE 功率预算 | 深化设计说明、站点编号表、呼叫转移矩阵、网络端口清单 |
| M3 安装与基线 | D10–D15 | 逐站下发编号与固件基线、配置 NTP/DHCP 保留、开 IGMP Snooping、导出配置备份、核对 100m 线距与防护等级 | 配置备份、编号与 IP 对照表、PoE 与线距核对记录 |
| M4 路由与并发演练（关键） | D16–D22 | 白天/夜间/节假日三组转移、峰值并发呼叫、全体/50 台/20 台组呼、断网与断电恢复、访客留影与日志导出 | 四组演练记录表、并发峰值报告、黑屏与丢呼整改清单 |
| M5 对账与整改 | D23–D27 | 针对号码冲突、组播未放行、转移指向旧值班点整改并复测一轮；抽查 10% 站点编号唯一性 | 整改清单、复测记录、编号抽查结果 |
| M6 竣工与培训 | D28–D30 | 移交编号表、配置备份、固件基线与 SLA，培训值班人切换日程、查留影与导出事件日志 | 竣工资料、运维手册、培训签到与考核记录 |
06技术优势与局限
技术优势：①站点编号表与容量对照表让扩容有依据，避免号码冲突；②四类转移与夜间日程实测，堵住「无人值守时段呼叫丢失」；③组播/单播模式与 IGMP Snooping 在真实交换机上验证，避免组呼黑屏；④单 VLAN 设备数受控，降低广播风暴风险；⑤NTP 校时、配置备份与固件基线让「对讲视频＋门事件」可联合回溯；⑥ONVIF Profile S / GB/T 28181 接口让门口机视频可并入既有视频平台，不必另建一套录像。
必须写明的局限：①厂商容量数字不可直接当设计值：9,999 地址、5,000+ 站点、9,800 可寻址号、每 VLAN ≤128、总 ≤32,512、VTO 2,000 / VTH 2,000（定制固件可达 5,000）等均为厂商公布口径、测量对象与版本条件不同，未独立复现，须按本项目所选平台与固件版本核对容量表。②划 VLAN 有功能代价，XtendLan 明确 129–512 台启用 4 口 VLAN 后监视器之间互通被禁用，设计阶段必须确认甲方是否接受。③组播依赖全网设备，任一路由器不支持即需切单播 TCP，而单播寻呼上限 50 台、门口机组呼 20 台，不能覆盖超大规模全体广播。④目录与日程归属若不明确，对讲平台与 PBX/门禁平台会各自维护名单，转移规则不一致；这是管理边界问题，不是设备能自动解决的。⑤跨厂商 SIP 与 ONVIF 兼容需实测，公开手册里的「支持」不等于在混合品牌环境下所有功能可用，第三方摄像机接入、上墙与录像回放都要逐项试。⑥本地录像容量有限（SDHC ≤32GB / SDXC ≤128GB 为手册口径），留存天数与导出机制须单独约定，不能替代中心录像。⑦本文不涉及音频可懂度、两线制利旧与断网本地呼叫的具体实现，也不改变站内既有两篇的历史结论。
07适用条件和落地建议（国标编号、预算比例、SLA）
- 设计依据：GB 50348-2018《安全防范工程技术标准》、GB 50396-2007《出入口控制系统工程设计规范》、GB 50395-2007《视频安防监控系统工程设计规范》（门口机视频接入时）、GB/T 28181-2022（如接上级视频联网平台，含校时与 H.265/AAC 封装）、GB 51348-2019《民用建筑电气设计标准》（供电与布线，按项目类型核对）、ONVIF Profile S、SIP 2.0（RFC 3261）、IEEE 802.3af/at（PoE）、IEEE 802.1Q（VLAN）、IGMP/MLD（组播）。以上为设计参照，具体条文按项目类型与当地适用文件核对；厂商手册中的端口与容量表属产品约束，不代替国标。
- 适用条件：能取得所选平台的正式容量表与固件版本说明、交换机可管并支持 IGMP Snooping 与 VLAN、可约定并发呼叫峰值与夜间转移目标、有统一 NTP 时间源；不满足时优先补齐网络可管能力与编号表，再谈扩容。
- 预算比例结构：设备 55%–65%、施工 12%–18%、集成调试 15%–20%、首年运维备件 8%–12%；以现场勘察与工程量清单为准，不编造总价。
- SLA 建议（写入合同）：呼叫接起与无人应答转移时延书面约定；组呼黑屏/丢呼告警送达 ≤15 分钟；站点编号变更与固件升级须走变更单并复测；月度提交配置备份有效性核对与事件日志抽样；每季度一次夜间日程转移演练并出具记录表；关键备件到场 ≤4 小时（同城）/ ≤8 小时（异地）。
- 落地建议第一条：验收当天把时钟拨到夜间、断开值班管理机，用围墙机呼一次，看它到底转给谁。第二条：把「站点编号表、单 VLAN 设备上限、组播/单播模式、夜间转移目标、并发呼叫峰值」写进技术协议与竣工资料，这比写「支持可视对讲」有用得多。
08全球相关案例及参考来源
国际方面，Aiphone IX Series 2 的公开产品页给出最大 9,999 地址、5,000+ 门口机与 5,000+ 管理机，并列出呼叫转移至任意管理站、优先呼叫排队、两级寻呼、未接来电自动前转与 ONVIF Profile S 第三方摄像机接入，适用行业列有医院、政府、学校、机场、大学、图书馆、停车场与惩教设施（属厂商公开的适配行业清单，非本站案例）；其系统手册进一步给出手动/无人应答/缺席/日程四类转移、首次最多 10 台与第二次 1 台的转移上限、单播 50 台与组播全体的寻呼差异、主管理机 50 台与门口机 20 台的组呼上限，以及 microSD 与邮件留影能力。XtendLan/ASM 的 IP 对讲技术手册是少数把「广播域与 VLAN 分界」写成硬阈值的公开文档：<128 台无需 VLAN、129–512 台需 4 口 VLAN 且监视器互通禁用、513–1024 台需 8 口 VLAN、三层每 VLAN ≤128 / 总 ≤32,512，并附完整端口协议表与 G.711 / H.264 带宽区间。Dahua Wiki 的 SIP 2.0 容量表则把不同平台下的 VTO/VTH 数量与并发呼叫数逐格列出，并说明组播默认 Mode 1 与路由器不支持组播时切单播 TCP Mode 2 的原因。247 Security 的 IX/IXG 设计清单从工程侧补齐了「呼叫者→应答路径」映射、目录与日程归属、NTP 时间同步、配置备份与逐项测试。以上均为厂商或集成商公布口径、未独立复现，不作效果承诺。
国内与行业动态方面，中国安防大数据服务平台的 GB/T 28181-2022 解读可用于门口机视频并入上级平台时的封装、码流编号与校时核对；Security Info Watch 2026 年 10–11 月的行业汇总报道 Zenitel 发布 Connect Essential（面向小型部署、最多 16 台对讲与 IP 扬声器）与 Milestone 更新 XProtect/Arcules 的视频留存与安全通信能力，说明「按部署规模分级」是行业常见做法——该报道仅作产品形态参考，不构成本站案例或背书。
09常见问题
Q：样板间呼得通，为什么交付后高峰期会「呼不进来」？
样板间只验证了「一对一呼叫」这一条路径，没验证容量与并发。IP 对讲的约束至少有三层：地址容量（Aiphone IX Series 2 给出最大 9,999 地址、5,000+ 门口机与 5,000+ 管理机；XtendLan 手册给独立公寓 9,800 个可寻址号、48 个门口机/48 个警卫单元、楼栋互联 1,999）、并发呼叫数（Dahua SIP 2.0 容量表列出到中心 20、VTH→VTH 30、VTO→VTH 100，不同平台配置差别很大）、以及广播域规模（XtendLan 明确二层交换设备超过 128 台就要划 VLAN，129–512 台启用 4 口 VLAN 后会禁用监视器之间的互通）。当园区实际站点数、并发呼叫峰值、单 VLAN 设备数任一超过设计值，表现就是「呼不进来、组呼黑屏、转移到了没人值守的站」。验收应按本项目实际点位做一张容量对照表，并在高峰时段做并发呼叫演练。
Q：组播和单播该怎么选，为什么有的项目组呼会黑屏？
先看交换机与路由器是否支持组播。Dahua Wiki 明确 Mode 1 组播为默认、在组播网络下效果最好；若路由器不支持组播，组呼在室内机上会黑屏，此时应切到 Mode 2 单播 TCP（TCP 有重传，网络差时也更稳，但组呼规模受限）。Aiphone IX 手册给出单播寻呼最多 50 台、组播可对全体，主管理机组呼最多 50 台、门口机组呼最多 20 台，说明单播不是「无限兜底」。XtendLan 则把 IGMP、MLD 与 SIP 5060、RTP/RTCP 20000–30000、RTSP 10080、NTP 123 一并列为网络协议清单，提示交换机需开 IGMP Snooping 并放行这些端口。验收动作：在真实网络下分别测全体广播、50 台组呼、20 台门口机组呼，记录是否有黑屏、延迟与丢包，并把最终选用的 Mode 与交换机配置写进竣工文档。
Q：夜间没人接访客呼叫，系统能自己处理吗？
可以，但必须配置并实测，不能假设。IX 系统手册列出四类转移：手动转移（操作员保持后转另一管理站）、通信延迟转移（无人应答超过设定间隔自动转预设站）、缺席转移（立即转到另一管理站）、日程转移（下班时段自动转到预设站，例如保安公司）；首次转移最多可同时转 10 台、第二次只能再转 1 台。247 Security 的工程清单进一步要求明确「目录、日程与呼叫前转由哪套系统持有」，避免对讲平台与 PBX/门禁平台互相抢管。验收动作：把时钟拨到夜间日程、断开值班管理机，用围墙机呼一次，记录振铃时长、转移目标、是否留影、是否有事件日志；同时核对 NTP 校时——该清单特别指出时间同步对「对讲视频与门事件联合调查」至关重要。
10依据与参考来源
- XtendLan / ASM《Technical Manual for IP video-intercom system》（别墅系统主监视器 1＋从监视器 31、门口机 32；独立公寓系统门口机 48、警卫单元 48、可寻址号 9800；联网系统公共门口机 48、公共警卫单元 48、楼栋互联 1999；二层交换设备 <128 台无需 VLAN，129–512 需启用 4 口 VLAN、513–1024 需 8 口 VLAN 且监视器间互通被禁用，三层每 VLAN ≤128、总 ≤32,512；SIP 5060、RTP/RTCP 20000–30000、RTSP 10080、NTP 123；音频 G.711 128Kbps、视频 H.264 24Kbps–8192Kbps；Cat5e/6 100m；IP65、IK08） 来源链接
- Aiphone《IX Series 2: IP Video Intercom》（最大 9,999 地址、5,000+ 门口机与 5,000+ 管理机；支持呼叫转移至任意管理站、优先呼叫排队、两级寻呼、未接来电自动前转、ONVIF Profile S 第三方摄像机接入、PoE 802.3af/at、CAT-5e/6 100m、IP55、IK07/IK08、G.711/G.712 音频 64Kbps×2、H.264 视频 24Kbps–8192Kbps、建议网络支持组播） 来源链接
- Aiphone IX 系统技术手册（Manuals+ 转录）（单播寻呼最多 50 台、组播可对全体；手动转移、通信延迟转移（无人应答自动转预设站）、缺席转移、日程转移（非工作时间转保安公司），首次转移最多 10 台、第二次仅 1 台；主管理机组呼最多 50 台（标准模式 50 组 / 扩展 99 组），门口机组呼最多 20 台；呼叫时可附访客照片发至最多 4 个邮箱；管理机与门口机支持 microSD 本地录像，SDHC ≤32GB / SDXC ≤128GB；可作为 ONVIF 摄像机接入 NVR/VMS） 来源链接
- Dahua Wiki《Video Intercom — SIP 2.0 Performance Chart》（SIP Server / DSS7016-S2 / DSS4004-S2 / DSS Pro / DSS Express 等平台的 VTO 与 VTH 容量表：社区型 VTO 2000、VTH 2000（分布式 5000）；别墅/两线制系统 VTO+VTH 数量限制 4–6；并发呼叫：到中心 20、VTH→VTH 30、VTO→VTH 100；组播 Mode 1 为默认，路由器不支持组播时切单播 TCP Mode 2，否则组呼黑屏） 来源链接
- 247 Security《Aiphone IX and IXG IP Intercom Design》（工程规划清单：把每个呼叫者映射到可靠应答路径；记录每道门、管理站、警卫位、App 用户与呼叫目的地；协调交换机端口、PoE 等级、VLAN、DHCP/静态保留、DNS、NTP、组播与 SIP/云连接；明确目录、日程与呼叫前转由哪套系统持有；时间同步对「对讲视频与门事件联合调查」至关重要；交付配置备份、站点目录、IP 表与固件基线，并逐项测试呼叫、音频、目录查询、前转、开门、离线、断电恢复） 来源链接
- 中国安防大数据服务平台《GB/T 28181-2022 解读》（对讲系统若需把门口机视频接入上级视频平台，联网接口、校时与 H.265/AAC 封装按 GB/T 28181 核对；新增 a=streamnumber 码流编号与存储卡状态查询，可作为前端录像与取流一致性的核对依据） 来源链接
本文为已实施方案的精简宣传版，参数与标准编号沿用原稿公开口径；预算按设备/施工/集成/运维比例结构给出，不编造总价，以现场勘察与工程量清单为准。配图为真实授权或本站自有现场照片，已上传本站、未外链他站；许可：Pexels License / Wikimedia Commons CC0 / CC BY。
