4G摄像头的录像，到底是存在云端还是本地？

“摄像头装上了，手机也能看，可一个月不到流量卡就被限速了，画面一卡一卡的，中心平台上的录像也断断续续。”

这是很多做 4G 视频项目的朋友都遇到过的场景。问题的根源往往不是摄像头不好，也不是网络不行，而是一开始就没想清楚一个问题：录像到底应该存在哪儿？

01   先认识一下 4G 摄像头

4G 摄像头，顾名思义，就是内置了 4G 通信模块的摄像头。插上一张流量卡（项目里通常是物联网卡），它就能通过运营商的 4G 网络接入互联网或专网，不需要拉网线，也不依赖现场的局域网。

图1 4G 摄像头的典型接入方式

正因为部署灵活，4G 摄像头在很多场景里几乎是“唯一解”：

●野外与临时点位：河道、水库、林区、施工工地、临时活动安保，现场根本没有网络。

●移动部署：布控球、应急现场，今天在这里，明天搬到那里。

●分散点位：点多、面广、每个点只有一两路摄像头，专门拉专线不划算。

配合太阳能供电，一根杆子、一块板子、一个摄像头就能组成一个监控点。装好以后，打开手机 APP 或平台，就能实时看到画面。

02   项目里真正的烦恼：录像怎么存？

家里装一个 4G 摄像头，手机上偶尔看看就够了。但到了项目里，需求马上就变了。

需求：录像要统一管理

项目方通常希望所有点位的录像能统一存储、统一管理、随时调取，出了事能第一时间把录像找出来。最直接的想法就是：把所有摄像头的视频都传回中心，由中心的录像服务器 24 小时录下来。

想法没错，但放到 4G 网络上，问题就来了——24小时录像意味着 24 小时不间断地通过 4G 上传视频。

算一笔账：1080P 录像一天要多少流量？

流量 = 码率 × 时长。以最常见的1080P、H.264 编码、2 Mbps 码率为例：

图2 单路 1080P 摄像头全天候录像回传的月流量（按 1GB=1024MB 估算）

这只是一路摄像头。一个项目几十上百个点位，乘起来就是几十 TB 的月流量。更要命的是，这些流量全部集中在上行方向，而 4G 网络本身就是下行快、上行慢，基站忙的时候上行带宽更是捉襟见肘。

物联网卡的“脾气”

项目里的 4G 摄像头一般用的是物联网卡，而不是个人手机卡。物联网卡的设计初衷是给“小流量、长在线”的设备用的，比如电表、水表、POS 机、车载终端。它有几个特点，恰好和视频业务“八字不合”：

●套餐按月计量，普遍偏小：常见套餐多在几 GB 到上百 GB 的量级，离单路视频每月几百 GB 的需求差得很远。

●达量限速或停机：用超了不是简单地多扣钱，而是直接降速甚至停网。限速后的带宽往往低于视频码率，结果就是画面卡顿、花屏、断流。

●流量池共享：多张卡共享一个流量池，一个点位“跑得猛”，会把其他点位的流量一起拖垮。

●定向与管控：部分物联网卡有定向访问、机卡绑定等限制，配置不当也会导致视频传不上去。

03   那为什么家用 4G 摄像头的流量费那么便宜？

不少人会有疑问：网上卖的家用 4G 摄像头，送的流量卡一年才几十块钱，怎么到了项目里就不够用了？其实是使用模式完全不同。

一、家用方案本来就不支持长时间看

家用 4G 摄像头的产品逻辑是“偶尔看一眼”。很多产品在手机上连续观看几分钟后就会自动暂停，需要手动点一下才能继续；不看的时候，摄像头基本不上传视频，只保持一个很小的在线心跳。

二、手机上看的画面，码率其实很低

手机屏幕小，APP 默认拉取的往往是子码流，分辨率只有 360P 或 480P 左右，码率几百kbps 甚至更低。同样看一小时，流量可能只有 1080P 主码流的几分之一。

图3 手机子码流与 1080P 主码流的典型码率对比

三、云端录像，一样要另外收费

家用摄像头的“云录像”大多是增值服务：按月或按年订阅，而且很多是“事件录像”——检测到移动或人形时才录一小段传上云，而不是全天候连续录像。想要 7 天、30 天全天候云存储，价格会明显上去，流量也不会凭空消失。

04   更合理的做法：录像存本地，需要时再调

既然“把视频全部搬到中心”走不通，那就换个思路：视频留在前端，只把“需要看的那一段”传回来。

图4 两种录像存储方式的对比

第一步：摄像头配存储卡，本地全天候录像

给每个 4G 摄像头配一张 TF（Micro SD）存储卡，在摄像头本地做 24 小时循环录像，卡满后自动覆盖最早的录像。本地写卡不消耗一点 4G 流量。存储时长可以这样估算：

注：实际时长与画面复杂度、码率设置、存储卡可用容量有关；可支持的最大卡容量以摄像头规格为准。

如果项目对录像保存天数有要求，优先选择支持H.265的摄像头，同样的存储卡能多存一倍左右的时间。

第二步：部署视频接入网关，打通国标GB/T28181

光有本地录像还不够，还得能远程找得到、调得出、看得了。这就是视频接入网关要做的事。

4G 摄像头通过 GB/T28181 国标协议主动注册到视频接入网关。平时摄像头和网关之间只维持注册和心跳等信令交互，数据量是 KB 级的，每月通常只有几十 MB 以内，对流量卡几乎没有压力。网关则把所有点位统一纳管，形成一张完整的设备目录。

第三步：需要时，通过国标远程调阅录像

当需要查看某个时间段的录像时，整个过程是这样的：

图5 基于 GB/T28181 的录像远程调阅流程

●录像检索：网关向摄像头发起国标录像查询，摄像头返回存储卡上的录像文件列表，只有几 KB。

●录像回放：选中某一段，网关发起国标回放，摄像头只把这一段视频传上来，支持拖动、暂停、倍速播放。

●录像下载：重要片段可以通过国标下载能力取回，在中心留存作为证据。

●多端观看：网关把视频转换成 FLV、HLS、WebRTC 等格式，电脑浏览器、手机都能直接看，无需安装插件。

流量省了多少？

还是以 2 Mbps 的 1080P 摄像头为例，假设每天平均调阅 30 分钟录像：

流量降到原来的约 1/47。更重要的是，录像的完整性不再依赖 4G 网络的稳定性——就算某段时间信号不好，前端的存储卡照样在录，等网络恢复了再调阅就行。

05   落地小贴士

要让“本地存储 + 国标调阅”真正跑顺，选型和部署时有几点值得提前确认：

●摄像头要支持国标录像能力：不仅要支持 GB/T28181 注册，还要支持设备端录像检索和回放。采购前最好实测一下。

●优先选 H.265 编码：同样画质下码率更低，存储卡能存更久，调阅时流量也更省。

●选择工业级存储卡：7×24 小时循环写入对存储卡寿命要求很高，建议使用监控级 / 工业级 TF 卡，并定期巡检卡状态。

●网关部署在摄像头可达的位置：4G 摄像头通常在运营商 NAT 之后，由摄像头主动注册到网关，网关需要有公网地址或通过专网 APN 可达；媒体流建议使用 TCP 传输，更适合 4G 网络。

●实时预览也按需开启：平时不拉流，需要时再点开看；手机端查看可优先使用子码流，进一步节省流量。

06   章鱼观点

对于家用场景，看得少、录得少，云端存储加上低码率观看，确实方便又便宜；但对于需要全天候、高清、可追溯录像的项目，把录像全部搬到云端，既烧流量，又不稳定。

更务实的答案是：录像存在本地，管理放在中心。前端存储卡负责“录得全”，视频接入网关通过国标 GB/T28181 负责“找得到、调得出、看得了”，4G 流量只花在真正需要看的那几分钟上。