跳到主要内容

基础原理

ONVIF 与 RTSP:楼宇系统怎样跨品牌运行

FM 安视 技术团队 安防监控系统设计团队 发布于 9 分钟阅读
连接摄像机、PoE 交换机、录像机与客户端的系统拓扑图
本页目录

“这两样东西能不能一起用”里面藏着两个问题。第一,录像机到底认不认这台摄像机——设备发现、一路码流、屏幕上出画。第二,决定这套系统日后好不好用的是:摄像机的功能能不能完整走完这段旅程——事件、PTZ 控制、实时宫格用的子码流、录像计划。开放标准能可靠地回答第一个问题,第二个只答一半;分清这一点,混用系统才不会变成维护问题。

混用的理由都很平常,并不稀奇。楼要扩建,新楼翼装新摄像机;录像机到了寿命终点,墙上的摄像机才三年、还在正常工作;客户想换品牌,但不想给五层楼重新布线。每种情况问的都是同一件事:现有系统能留多少,哪些不同必须接受。

ONVIF 是什么,又不是什么?

ONVIF 是一项互操作性标准:它规定设备如何在网络上描述自己,以及另一台设备如何向它要一路码流、转动云台、或者订阅事件。带有 ONVIF 一致性标志的设备,表示它为自己声明的 Profile 通过了测试。这是一项有意义的保证——意味着不同厂家生产的两台设备共用一套语言和一套指令。

它不保证的是功能对等。标准定义的是接口,不是实现:摄像机可以通过 ONVIF 暴露 PTZ,录像机也能接受,但摄像机上的智能分析、或者厂家自家 App 里的功能,压根不会出现在第三方录像机上。一致性说的是双方能对话,不是双方能说的每一句话。

楼宇系统上真正重要的是哪些 Profile?

Profile覆盖什么在哪里会遇到
Profile S视频流:配置、设备发现、实时视频与音频摄像机出现在其它品牌录像机上的基础要求
Profile T高级视频流:H.265、多码流与元数据现代摄像机向第三方录像机提供主码流与子码流
Profile G设备侧的录像控制与存储录像及其检索在摄像机或它自带的存储上管理

对楼宇系统来说,可行的假设很简单:默认按 Profile S 算;如果打算通过第三方录像机录现代编码,就确认有没有 T;把 G 当作边缘存储的问题,而不是机柜里那台录像机的问题。

为什么说 RTSP 是通常开着的那扇门?

如果说 ONVIF 是一门语言,RTSP 往往就是那条直路:一条向摄像机索取码流的 URL,由一个地址、一个端口和一段路径组成。端口惯例是 554;路径由各家固件决定,写在该摄像机自己的文档里。对混用系统来说有两点结论。第一,更丰富的集成走不通的地方,RTSP 往往还能用,它就是让混用系统活下去的兜底方案。第二,路径是厂商特有的,只能逐台摄像机查文档,不能想当然。

我们这类摄像机通过这个接口同时提供主码流和子码流。主码流是值得按 5 MP 录下来的那一路;子码流才是实时宫格和手机客户端该用的,因为一墙小窗口不需要满分辨率,也不该为它付带宽。子码流关着的混用系统,会觉得卡,而原因跟品牌毫无关系。

混用系统里什么能留,什么不能留?

能力通过开放接口诚实的保留意见
实时预览与录像可以最常见的场景,也是这项标准本来就是为它写的
PTZ 控制可以,前提是摄像机把它暴露出来预置位与巡航在不同客户端上的表现可能不同
移动事件通常能拿到基础移动侦测越界、入侵这类智能分析往往只留在厂家自己的客户端里
双向语音有时可以取决于两端是否支持同一条音频通路
手机应用与客户端不行每家的 App 只管自家硬件;混用系统通常意味着两个 App,或者靠一台录像机统一对外发布
固件与升级不行永远分开,永远按品牌各自进行

跑混用系统有哪三条路径?

  • 留摄像机,换录像机。最常见的迁移,规划成本也最低:我们产品线的录像机支持 ONVIF、RTSP、GB28181 和 P2P,既有摄像机只要暴露其中任何一个接口,就能注册并录像。换掉录像机,保留点位安排,布线一根不动。
  • 留录像机,换摄像机。新摄像机通过 ONVIF 或 RTSP 注册到原录像机上,一路一路来。旧摄像机服役到每个点位准备就绪为止,这意味着改造期间楼里不会出现盲区。
  • 交接期间两套并行。旧录像机和新录像机在同一张网上跑一段时间,改造验证期间不丢任何画面。这需要预留地址,也需要有人清楚哪套系统在录什么——在切换窗口内可能出现索赔主张的场合,值得这么做。

混用系统实际会在哪里出问题?

故障很少出在品牌上,几乎都出在配置上。子码流没开,录像机对每一路都拉主码流,带宽上限提前到来——我们较大机型接入带宽是 64 Mbps,对一栋楼本来够用,但如果所有通道都按满码率录,大约到第 30 路 5 MP 就会撞上。编码不匹配:一端给的是 H.265,另一端要的是 H.264。地址重复:迁移期间两个 DHCP 服务器共用一张网,某台摄像机应答了别人已经占用的地址。时钟漂移:在有人给所有设备打开 NTP 之前,时间轴悄悄变得不可信。凭据与并发会话限制:录像机向摄像机索取的并发码流数超过固件允许值。

迁移检查清单上该写什么?

  • 列出留什么、换什么,并写清这次改动触及五个环节——摄像机、交换机、网线、录像机、客户端——中的哪几个。
  • 确认两端的接口:ONVIF Profile、RTSP 是否可用,以及各自录制的编码。
  • 把录像机的接入带宽对照路数和录制分辨率核算,不要只看摄像机总数。
  • 调试前给每台设备设好 NTP,时间轴从第一天起就可信。
  • 先切一路,观察一整夜,再动其余通道。
  • 旧系统的访问权限保留到验收签字为止。

兼容性不是某个品牌的是非题,而是一串接口和设置,对得上或者对不上。一路一路过完,混用系统就平淡无奇——这正是目的。

常见问题

录像机能接受另一品牌的摄像机吗?

只要录像机支持 ONVIF 或 RTSP 就可以,而且摄像机可以一路一路注册。如果它只接受自家品牌,要换的是录像机,不是摄像机。

ONVIF 和 RTSP 有什么区别?

ONVIF 是设备如何在网络上描述自己、并被控制的标准——设备发现、码流地址、PTZ 和事件。RTSP 是直接取流的 URL,更丰富的集成走不通时,通常就是它还能用。

我们需要哪个 ONVIF Profile?

默认按 Profile S 算:码流与实时视频。如果打算通过第三方录像机录 H.265,就确认有没有 Profile T;把 Profile G 当作一个关于录像存在摄像机上、而不是机柜里的问题。

可以保留摄像机,只换录像机吗?

可以,而且这是最常见的迁移。保留点位安排,换掉录像机,布线一根不动:我们的录像机支持 ONVIF、RTSP、GB28181 和 P2P,既有摄像机只要暴露其中任何一个接口,就能注册并录像。

混用系统里,什么会停止工作?

通常是那些从来不属于标准的功能:摄像机上的智能分析与越界检测只留在厂家自己的客户端里,PTZ 预置位与巡航在不同客户端上表现可能不同,固件永远按品牌各自维护,各家的 App 也仍然只认自家硬件。

实际运行中,混用系统会栽在哪里?

是配置,不是品牌。子码流没开;H.265 与 H.264 之间编码不匹配;迁移期间地址重复;NTP 从未启用,时钟漂移;以及接入带宽上限——我们较大机型是 64 Mbps,如果所有通道都按满码率录,大约到第 30 路 5 MP 就会撞上。

动手之前,混用系统该怎样测试?

先切一路,观察一整夜,再动其余通道:实时预览、录像、回放、事件和时间轴都要看。旧系统保留可访问状态,直到验收签字为止。

除了 ONVIF,你们还支持别的吗?

支持:摄像机与录像机这侧同时提供 ONVIF、RTSP、GB28181 和 P2P,这正是分阶段迁移可行的前提。
主题 ONVIF RTSP 多品牌混用系统 录像机兼容性 系统迁移 GB28181

让我们来规划你的监控或拼接墙项目

把建筑类型、层数与摄像机数量发给我们,你会拿到点位布置图、设备清单与价格。