核心要点：园区高清监控是典型的上行带宽密集型业务——几十路 4K 摄像头同时回传，很容易在接入层把上行打满。本文给出一套可复用的方法：先按码率与并发算出真实的上行需求，再用 PON 的对称上行与无源分光设计收敛比，最后通过 OLT 选型、录像策略、QoS 与验收标准，让安防流量与办公业务在同一张园区全光网上稳定共存。

一、为什么安防视频是园区上行带宽的主要压力源

在传统园区以太网里，办公业务以"下行大于上行"为主，交换机上行端口普遍按 1:10 甚至更宽松的收敛比配置，也没出过问题。安防视频恰好相反：摄像头是持续不断把画面往外推的设备，每一路都是稳定的上行流，而且 7×24 小时不中断。当园区从几十路扩展到几百路摄像头时，先"顶满"的永远是接入层上行口，而不是下行。

更棘手的是安防业务对丢包与抖动的容忍度极低。办公流量丢几帧只是网页卡一下，监控流丢帧则可能直接造成关键画面缺失、录像文件损坏，事后无法作为凭证。这意味着安防上行不仅要"够宽"，还要"够稳、够确定"。

二、先算清账：摄像头码率与并发上行计算

带宽规划的第一步不是选设备，而是算数。建议按以下口径估算：

• 单路码率：1080p 主码流约 4 Mbps；4K 主码流约 8–12 Mbps；若同时开启子码流，再叠加 0.5–1 Mbps。
• 并发路数：安防不能赌"平均占用"，应按全部摄像头同时在线估算更稳妥。
• 附加开销：TCP/IP 封装、重传与录像回传通常带来 10%–15% 的额外占用。

举例：一个 200 路 1080p 的园区，仅主码流就需要 200 × 4 Mbps = 800 Mbps 的持续上行带宽；若换成 4K 主码流，需求会直接跳到 1.6–2.4 Gbps。这个数字决定了你到底该用 GPON 还是 XG-PON，而不是凭经验拍脑袋。

三、PON 的天然优势：单纤上行与无源分光

PON 之所以适合安防回传，核心在于它的架构与监控业务的流量方向高度契合：

• 上行天然共享：ONU 以 TDMA 方式在单纤上申请上行时隙，OLT 可通过动态带宽分配（DBA）把空闲时隙让给需要回传的摄像头，利用率远高于固定电路。
• 无源分光：从机房到楼层只需一根主干光纤加分光器，省掉大量接入交换机的级联端口与供电点位，而园区监控点位往往分散，这一优势尤其明显。
• 长距离覆盖：PON 传输距离可达 20 km，足以覆盖大型园区、厂区与多栋楼宇，摆脱了以太网 100 m 的链路限制。

需要注意的是，分光比并非越大越好：分光比越高，单用户可用带宽越低，光功率预算也越紧张。1:32 与 1:64 之间的取舍，应结合点位分布、最远距离与未来扩容一并考虑，而不是简单选一个"看起来更省"的数字。

四、按园区规模选 OLT：32 口 / 64 口 / XG-PON 的梯度

选型的关键是"按需匹配容量"，而不是一步到位买最贵的：

• 小型园区 / 单栋楼（约 50–100 路）：GPON vOLT32 即可满足，上行能力足以承载 100 路以内的 1080p 回传，初始投入最低。
• 中型园区 / 多栋楼（约 100–200 路）：升级到 64 口 GPON vOLT64，单台覆盖更多楼层与更大分光比，机房设备数量随之下降。
• 大型园区 / 4K 为主（200 路以上）：选择 XG-PON OLT ZH-VOLTXG64，10 Gbps 上行能力让多路 4K 回传成为可能，也为未来扩容留足余量。

这三档并非互斥，而是同一园区分期建设的自然路径：先用 32 口起步，随业务增长平滑切到 64 口或万兆平台，保护既有光纤与 ONU 投资。

五、组网设计：从摄像头到 PoE 交换机再到 ONU

典型的三级结构是：摄像头 → PoE 交换机（供电 + 汇聚）→ ONU（上行回传）→ OLT（机房汇聚）。设计要点如下：

1. 摄像头到 PoE 交换机走百兆即可（单路需求不高），但交换机上行口建议按端口数的 2 倍以上预留。
2. PoE 交换机上行接入 ONU，由 ONU 统一向 OLT 回传，避免每层楼都单独拉一根主干光纤。
3. 收敛比控制在 1:4 以内更安全——安防流量是持续流，不宜像办公那样做到 1:10。
4. 为每个楼层预留 1–2 个备用 ONU 端口与 PoE 端口，便于后期增加点位，避免二次布线。

六、存储与回传：边缘录像与集中录像的带宽取舍

很多园区的带宽之所以被"算爆"，其实是录像策略没规划好。如果所有摄像头都把主码流回传到中心 NVR，上行压力等于"路数 × 码率"全量叠加；而采用边缘录像（NVR 前置到楼层）+ 中心只取关键画面或子码流，可以把上行需求降低六成以上。建议：

• 常规监控在楼层 NVR 本地录像，中心按需调阅；
• 只有出入口、周界等关键点位回传主码流实时预览；
• 录像回传与实时预览走不同优先级队列，避免互相抢占。

七、QoS 与可靠性：让安防流量不被办公业务挤掉

在同一张 PON 上同时跑安防与办公，必须做业务分级：

• 为监控流标记高优先级队列，保证低时延与低抖动；
• 对关键点位预留固定带宽（静态 DBA），其余业务走动态分配；
• OLT 上行建议做双链路或环网保护，避免单点中断导致全园区监控同时黑屏。

八、落地清单：规划与验收的检查项

• 是否按"全部路数 × 单路码率"算出了上行峰值，而不是取平均值？
• OLT 上行端口能力是否留出了 30% 以上的余量？
• 分光比与主干光功率预算是否满足最远点位的需求？
• 是否配置了业务优先级与静态带宽预留？
• 是否用真实摄像头完成了并发回传压力测试？

九、常见误区与规避建议

在实际项目中，园区监控带宽出问题，往往不是设备不够强，而是规划思路走偏。以下三个误区最常见：

• 误区一：只算平均值。按"白天开启一半摄像头"估算，结果晚高峰全量回传的瞬间就把上行打满。安防必须按峰值规划。
• 误区二：一味追求大分光比。分光比越大，单用户可用带宽越小、光功率预算越紧张，最远点位的摄像头最容易先出问题，应按点位分布合理分层分光。
• 误区三：把监控和办公混在一条没有策略的链路里。缺少 QoS 分级时，一次大文件传输就可能让监控画面出现马赛克与卡顿，而事后调取的录像恰恰不清晰。

规避方法并不复杂：按峰值算带宽、按需设分光比、按业务做优先级，再留出足够的成长空间，一套园区全光网就能稳定服务五到十年。

结语

园区视频越清晰、点位越密集，上行带宽的规划就越不能拍脑袋。用一张 PON 承载监控回传，既能省掉大量接入交换机与主干线缆，又能通过 DBA 与 QoS 把安防和办公业务稳妥地放在同一张网上。先算清带宽，再按规模选 OLT，最后用收敛比与录像策略控制成本——这套方法可以复用到绝大多数园区、厂区与多栋楼宇项目。

联系我们

如果您正在为园区、厂区或多栋楼宇的监控回传做带宽与组网规划，欢迎联系我们获取选型建议与方案清单。

• 邮箱：zhenghui.xu@sczhgx.com
• WhatsApp：+86 17612849559
• 官方商城：shop.sczhgx.com