企业官网建设流程全解析

简介：《中石化视频监控系统建设方案》是一份面向加油站安全防范场景的完整技术设计文档，适合中石化及同类连锁加油站的信息化、安保与工程管理人员阅读，核心解决分散网点远程集中监控、高清图像采集、录像存储与统一管理等问题。随着机动车辆增加，加油站防火与防犯罪压力上升，方案遵循“技术先进、功能齐全、性能稳定、节约成本”的总原则，并要求系统具备可靠性、安全性、先进性、适用性、管理性和扩展性。资源为单个PDF文件，压缩包仅154KB，但内容覆盖系统总体技术方案、前端采集系统、网络系统、存储系统和验收方案五大模块，结构清晰。方案给出200万像素1080P高清网络摄像机、前端新建29个监控点位、TCP/IP网络直存等技术细节，并规划存储容量与验收流程，所列GB/T28181等标准可作为合规参考。已有176人学习下载，适合需要撰写加油站或分布式场所视频监控方案的技术人员，可参考其架构设计、设备选型与验收组织方式。

1. 加油站视频监控为什么不能照搬园区方案

加油站视频监控最难的不是清晰度，而是同一套系统里要同时应对强逆光车牌、低照度卸油区、收银台人脸、便利店客流这四类差异极大的场景。普通园区方案把摄像机装上去、能录像就完事，但在加油站，加油机旁挥发的油品蒸汽、进出车辆的远光灯、夜间油罐区的暗光环境，都会直接决定画面能不能用。这份中石化 2018 年 11 月版本的视频监控系统建设方案 PDF，把单个站点拆成 29 路点位、7 类场景，从进出口强光抑制枪机到卸油口枪球联动，再到收银台隐蔽报警按钮，每一路都单独给了选型和安装要求，存储侧则统一按 1080P、4Mbps 码流、90 天录像来算容量。它真正值得参考的地方，是把安全防范重点单位的分级防护思路落到了点位和参数上，而不是停留在"装摄像头"的层面。

2. 29 路点位布设与前端选型：从加油机到卸油口的设备矩阵

2.1 七类场景的布点逻辑与设备选型

加油站的前端点位不是均匀分布的，而是按照风险等级和业务价值来分配。方案里把站点切成七个功能区：进出口、加油加气作业区、卸油口油罐区、站长财务办公室、便利店收银区、便利店销售区、卸气柱及压缩机区。每个区域对画面的要求完全不同，进出口要看清车牌和行人走向，用的是 1080P 强光抑制摄像机；加油机上方不仅要看清操作动作，还要拾音，所以要求摄像机带音频输入接口；卸油口属于高风险区域，既要全景监视又要能拉近看卸油人员面部特征，于是同时部署了红外球机和枪球联动摄像机。

2.1.1 前端点位配置表

注意这里的"强光抑制"不是营销词。加油站进出口在白天会同时遇到太阳直射和车辆大灯，普通宽动态摄像机的动态范围往往不够，车牌会过曝成一片白。方案要求这个点位必须能同时看清车牌和行人，2018 年这个时间点，主流做法是选内置强光抑制算法的 200 万像素网络枪机，配合窄带 IR-CUT 双滤光片切换，才能保证夜间车灯直射下车牌不糊。

2.1.2 车辆属性识别与精准营销的关联

方案里加油作业区的 1600 万全景摄像机不是只做全景监控，它的价值在后置分析服务：对停在加油岛内的车辆做属性检测，输出车牌、车身颜色、车辆品牌及子品牌、车型四个字段。站长室的智能分析 NVR 承担车辆和人脸两类结构化数据的计算与存储。

这里有个容易被忽略的架构点：车辆属性分析不在前端摄像机里做，而是通过后端分析服务完成。原因很实际，2018 年前后的前端 SoC 跑人脸抓拍已经接近极限，再叠加车牌识别和品牌识别，帧率会掉到不可用。把分析放到 NVR 或独立分析服务器上，前端只负责高质量取流，是当时兼顾成本与性能的常见做法。人脸模型与消费习惯关联分析，则是把监控数据从安防属性延伸到了运营属性，这也是加油站这类零售场景区别于平安城市项目的地方。

2.2 立杆、防雷与供电：室外点位最容易出问题的三个环节

2.2.1 立杆结构与抗风要求

室外点位采用锥型热镀锌立杆，底部管径 150mm、上部 70mm、壁厚 3mm，基础深度 800mm，横臂不低于 1.5 米，杆高 6 米。方案明确写了验收标准：6 级风时杆体不晃动、图像不抖动。这句话在实施时经常被忽视，等到画面因为风噪持续抖动、码流飙升时才会返工。

立杆材质和焊接工艺直接决定寿命。热镀锌的目的是防腐蚀，镀锌层厚度不够，沿海加油站的立杆两三年就会从焊缝开始锈蚀。基础里预埋地笼，地笼用镀锌扁铁和接地桩焊接成网，再与法兰盘焊接成一体。这些细节在图纸上看不出差别，但在雷雨季就会体现出来：接地电阻不合格的立杆，摄像机电源和网口被感应雷打坏的概率高一个数量级。

2.2.2 防雷接地与供电方案

方案要求立杆防雷接地电阻不大于 10Ω，避雷针采用不小于 φ25mm 的圆钢，与立杆一次成型，保证摄像机在避雷针保护角范围内。设备箱内对电源、网线安装防感应雷避雷器，前端视频和网络信号加装三合一或二合一避雷器。

提示：土壤电阻率偏高时，单靠角钢接地极很难压到 10Ω 以下，方案给出的做法是垂直接地极加降阻剂。现场施工时，接地电阻测试仪实测值要以回填夯实后的数据为准，刚埋完测出来偏低是假象。

供电分两套：室外立杆摄像机用市电，其余点位用 POE 供电。POE 的距离瓶颈是 100 米，加油机到设备间的网线如果超过这个长度，要么把 POE 交换机往现场挪，要么改光电转换器。方案里前端辅助设备集中在设备箱内，电源、ONU、防雷器一体，箱体要求防雨、防尘、防高温、防盗。规划时一定要给设备箱留散热冗余，夏天加油站罩棚下设备箱内部温度能到 60℃ 以上，电源模块长期过热是摄像机离线的主要诱因。

3. H.264 编码选型与码流设计：4Mbps 下的画质与带宽平衡

3.1 为什么 2018 年的方案选 H.264 High Profile 5.0

H.264 在当时已经相当成熟，方案里明确要求摄像机采用 High Profile 5.0 级编码。Profile 等级决定了编码工具集，High Profile 相比 Main Profile 多了 8×8 帧内预测、8×8 整数变换和自定义量化矩阵，同等画质下码率能再省 10% 到 20%。5.0 这个 Level 对应的是 1920×1080@30fps 左右的编码能力，刚好匹配 200 万像素摄像机的输出。

H.264 的核心压缩手段是帧内预测加帧间预测的混合编码结构。DCT 变换去掉空间冗余，DPCM 差分编码去掉时间冗余，再通过多模式运动估计、多参考帧、基于内容的变长编码进一步压缩。相比 H.263，H.264 编码效率平均提升 50% 以上，代价是编码复杂度大约是 H.263 的 3 倍、解码复杂度约 2 倍。

3.1.1 带宽与存储的折中

1080P 实时视频在 H.264 High Profile 下，合理码率区间是 4Mbps 到 8Mbps。低于 4Mbps 时，画面中的快速运动区域（比如车辆驶过）会出现明显块效应；高于 8Mbps 时，主观画质提升已经有限，但存储和带宽成本线性增长。方案把存储设计码流定为 1080P 按 4Mbps 计算，是一个兼顾画质与成本的工程折中值。

实际配置摄像机编码参数时，建议这样设置：

关键词：视频监控系统的码流设计，决定了后端交换机和存储的规模，必须在设备采购前就定死。用 CBR 而不是 VBR，是因为 NVR 写入和网络带宽都是按峰值规划的，VBR 在夜间画面静止时码率降下来，但白天车流高峰时码率冲上去，可能把接入交换机端口打满。

3.2 带宽估算与交换机组网

前端 29 路摄像机，其中 1080P 为主，按 4Mbps 一路计算，总码流约 116Mbps。这个数字决定了两个关键选型：接入交换机至少千兆上联，NVR 网卡必须千兆。百兆交换机在多路同时录像时会先丢包，表现是回放画面出现马赛克和跳帧，而实时预览却看不出问题，因为预览走的是子码流。

验证码流是否真的稳定在 4Mbps，可以用 ffprobe 对录像文件做实际检测：

ffprobe -v error -select_streams v:0 -show_entries stream=bit_rate,width,height,codec_name,profile -of default=noprint_wrappers=1 record_20250101_100000.mp4

这条命令会输出视频流的编码格式、分辨率、Profile 和码率。重点看 profile 是否为 High，bit_rate 是否接近 4096000。如果实际码率长期偏离设计值，存储天数和带宽估算都要推翻重算。特别是码率高出设计值 30% 以上时，90 天存储会提前写满，NVR 会按策略覆盖最早的录像，这在验收时属于录像完整性不合格。

4. 存储容量计算与 90 天录像落地：公式推导与 NVR 配置

4.1 容量计算公式的推演

方案给出的单路实时视频存储容量公式是：

单路存储容量(GB) = 码流(Mbps) × 60 秒 × 60 分 × 24 小时 × 存储天数 / 8 / 1024

这里除以 8 是把 bit 转成 Byte，除以 1024 是把 MB 转成 GB。以一路 1080P、4Mbps、90 天为例：

4 × 60 × 60 × 24 × 90 / 8 / 1024 = 3796.8 GB

也就是说，一路 4Mbps 码流存 90 天，需要约 3.7TB 裸容量。720P 按 2Mbps 计算时，同样 90 天约 1898.4GB。方案里按 29 路摄像头全部 1080P 计算：

3796.8 GB × 29 路 / 0.9 / 1024 / 4TB ≈ 29.8 块

最终取整为 32 块 4T 硬盘。中间的 0.9 是存储容量系数，对应 RAID 校验开销和文件系统格式化损耗。这个系数在实际项目中会因为 RAID 级别不同而变化，RAID5 单块盘校验损耗约等于 1 块盘的容量，RAID6 是 2 块，必须留出来。

4.1.1 用脚本复核容量规划

手工算容易错，我一般会用一个简单的 Python 脚本把参数代入一次算清：

def calc_storage(bitrate_mbps, days, channels, loss_ratio=0.9, disk_tb=4): # 单路裸容量 GB per_channel_gb = bitrate_mbps * 60 * 60 * 24 * days / 8 / 1024 # 总容量 GB，考虑 RAID/格式化损耗 total_gb = per_channel_gb * channels / loss_ratio # 折算成 N 块整盘 disks = total_gb / (disk_tb * 1024) return per_channel_gb, total_gb, math.ceil(disks) per, total, disks = calc_storage(4, 90, 29) print(f"单路存储: {per:.1f} GB") print(f"29路90天总量: {total:.1f} GB") print(f"需要 4T 硬盘: {disks} 块")

参数含义：bitrate_mbps 是摄像机主码流，days 是录像保留天数，channels 是点位总数，loss_ratio 是可用容量系数，disk_tb 是单盘容量。这个脚本的核心价值是可以快速试算不同码流、不同天数下的磁盘规模。比如把码流从 4Mbps 降到 3Mbps，90 天 29 路需要约 23 块盘，差出 9 块 4T 硬盘的成本，这个量级足够影响一次采购决策。

图片存储单独计算。车辆图片按 JPEG 编码，200 万像素照片平均 300KB，单车道日均 200 辆车，保存 30 天：

200 辆 × 0.3MB × 30 天 / 1024 ≈ 1.76 GB

单车道一个月不到 2GB，相比视频可以忽略，但图片存储周期是 180 天，且需要支持结构化查询，所以图片不能和录像混存在同一批盘上，建议单独分配逻辑卷。

4.2 存储架构：网络直存与 RAID 策略

方案采用基于 TCP/IP 的网络直存方式，前端摄像机通过交换机直接写入 NVR，不走流媒体服务器转发。网络直存的优势是减少中间环节，录像写入不依赖平台软件，即使平台宕机，NVR 仍然在录。这对应的是加油站这类分布式场景的可靠性诉求：单个站点断网不影响本地录像。

NVR 内部盘位规划建议按 32 块 4T 硬盘做 RAID5 热备。RAID5 在 4 到 8 块盘时性价比最高，超过 8 块盘后重建时间大幅拉长，期间如果第二块盘故障，整个阵列数据全丢。29 路 90 天的存储建议拆成两个阵列，而不是一个大 RAID 组：

注意：RAID 不是备份，录像文件被误删或覆盖后，RAID 无法恢复。加油站监控录像涉及纠纷取证时，关键时段录像建议额外导出到外部存储，方案里也提到可疑情况可进行异地备份资料存储。

5. 网络架构与 GB/T28181 对接：从加油站 NVR 到市公司平台的级联

5.1 三级组网与国标接入

加油站位置分散、网点众多，如果每个站点都独立运营，总部就无法统一管理。方案的做法是每个加油站部署本地 NVR 做视频存储，同时将所有视频信号经网络传送到网络控制中心，实现中心对各网点的实时监视和异地备份。

这个架构对应到实际落地，就是市公司监控中心部署视频管理平台，加油站 NVR 作为下级域通过 GB/T28181 国标协议向上级平台注册。GB/T28181 在国内安防项目里是事实标准，定义了 SIP 信令和媒体流的传输方式。NVR 向平台注册时，关键配置项是设备编码和 SIP 服务器地址。

5.1.1 SIP 参数配置

国标编码的规则是省级/市级行政区划码 + 行业编码 + 类型编码 + 序号。常见错误是把编码里的设备类型位写错，导致设备注册成功但目录不上报，平台侧看不到任何通道。NVR 的通道编码也必须是 20 位，且不能和设备编码重复。

5.2 信令调试与常见故障

对接调试时，最先要确认的是信令链路是否通。在 NVR 侧和平台侧分别抓包看 SIP 消息：

tcpdump -i eth0 -s 0 -w sip_capture.pcap udp port 5060

抓到的包里重点看三个事务：REGISTER 是否返回 200 OK、SUBSCRIBE/MESSAGE 目录订阅是否有响应、INVITE 实时点播能否建立媒体会话。常见的异常返回码和对应排查方向如下：

关键词：视频监控系统的国标对接，真正难的不是平台侧，而是 NVR 侧的时间同步。SIP 消息里带时间戳，NVR 和平台时间偏差超过一定阈值，会出现注册成功但点播拉流超时。所以在做 GB/T28181 对接前，先把所有 NVR 的 NTP 时间源统一配置好，否则排查到最后会发现是系统时间差了两分钟。

5.3 媒体流传输与带宽保障

平台从 NVR 拉流看实时画面时，媒体流走 RTP/RTCP。如果平台和 NVR 之间跨运营商或经过多级路由，需要关注 RTP 端口范围是否在防火墙上放开。GB/T28181 的媒体端口一般是动态协商的，如果防火墙只放开了 5060，实时预览会卡在"连接中"。

网络拓扑上，前端摄像机的视频流先进入 NVR 存储，平台回放时再从 NVR 取历史流。这个模型下，摄像机到 NVR 之间的带宽是刚性的，29 路 1080P 主码流加子码流，接入交换机必须按 116Mbps 以上的实际吞吐来选型。方案中网络系统的拓扑图体现了这个分层：前端接入层负责汇集摄像机码流，核心层负责平台与 NVR 之间的信令和媒体流交换。实施时，接入交换机上联口建议做端口聚合，避免单链路故障导致半站摄像机离线。

6. 验收方案与试运行检查清单：怎么证明系统达到设计指标

6.1 三阶段验收流程

方案把验收拆成到货验收、初步验收、最终验收三个阶段。到货验收在设备运抵现场时进行，开箱检查产品合格证、装箱单，配置必须与合同一致；初步验收在安装调试完成后进行，按技术规范逐项测试性能和功能，测试对象覆盖所有硬软件设备；初验通过后进入一个月试运行，期间设备损坏由承建方负责更换，试运行结束才进行最终验收。

最终验收不是走过场。验收会议上专家小组会对系统做正式测试，测试结果直接影响竣工决算和工程资料移交。所以试运行这一个月的价值在于暴露间歇性问题，比如设备离线、录像丢帧、夜间画质下降，而不是等到终验时才发现。

6.2 现场验收测试项

带宽测试可以用 iperf 在平台侧和 NVR 侧对测：

iperf3 -c 192.168.1.10 -u -b 200M -t 60

这条命令用 UDP 模式打 200Mbps 流量，观察实际吞吐和丢包率。如果丢包率超过 0.1%，说明链路承载不了 29 路 4Mbps 的并发码流，需要检查交换机端口协商和光纤收发器。

录像完整性抽检时，建议优先抽早晚高峰时段，即 7 点到 9 点、17 点到 19 点的加油站进出口画面。这两个时段逆光和车流密度最大，最容易出现编码器码率溢出、个别帧丢失的问题。抽检发现单日录像缺失超过 5 秒，整批录像判定不合格，需要排查是 NVR 写入失败还是前端摄像机掉线，不能简单用补录掩盖。

本文还有配套的精品资源，点击获取