定义
视频推流（Video Streaming / Ingest）指将实时音视频从采集端（摄像头、编码器、App）上传至流媒体服务器或云平台的过程，是 推流 在视频场景的体现。视频推流产生 视频流，供 视频管理平台 或播放端消费，支持 视频监控、直播、视频回传 等应用。
常用推流协议包括 RTMP、SRT、RTSP、WebRTC，接收端可转 HLS 等供播放。跨境监控、跨境直播需 一卡多国 保障前端设备持续推流。
技术特点与架构
视频推流架构包括：采集——摄像头、编码器；编码——H.264/H.265、码率与分辨率；推流——RTMP、SRT、WebRTC；服务端——接收、转码、切片、分发。为适应 弱网，可采用 SRT、自适应码率、数据压缩。与 图传 结合，可实现低带宽下的图像/视频传输。物联网设备（车载 DVR、无人机、充电桩监控）通过 4G/5G 进行视频推流。
跨境场景下，视频推流需支持多地域接入、CDN、当地合规。
在物联网与跨境场景中的应用
视频推流广泛应用于：视频监控——视频监控 摄像头、NVR 推流至云端；车载——车载 DVR、行车记录仪实时推流；无人机——机载相机 图传 推流；充电桩——充电站 现场监控推流；直播——活动、展会直播。跨境监控、全球直播、跨境巡检等场景均依赖视频推流实现远程可视化管理。
达希物联为视频推流设备提供覆盖 200+ 国家的连接，支持 流量池共享，助力跨境视频场景落地。
视频推流是采集端发起的持续上行会话
视频推流专指采集端主动把实时画面送进流媒体服务，由服务再按需要分发。它和播放端来拉摄像机的方式不同：推流时，摄像机要知道服务的地址并维持会话；服务重启或地址变化后，摄像机必须重新发起，服务无法凭空把一台没有目标的摄像机“拉”上来。会话里要谈妥编码、分辨率和关键帧间隔。这些参数在漫游途中如果因为自动降码而改变，必须重新协商或在带内标明，否则服务端仍按旧参数切片段，后续画面会被丢弃。物联网前端往往无人值守，重连策略要写在设备里，不能依赖有人刷新网页。
推流成功的标志是服务端持续收到可解码的片段，不是摄像机本地显示“正在发送”。本地计数器在地址已经失效时仍会增加，那些字节并没有进入服务。
跨境前端把会话保持住的条件
保持会话需要服务地址在拜访网络可解析、上行留有重传余量，以及鉴权材料在过境后仍然有效。只在国内解析到内网地址的服务名，出境后会解析失败或解析到不可达的地址，表现为推流按钮成功、服务端没有流。证书或口令过期会在重连时才暴露，因为旧会话还没断。换网导致的断线应在设备侧检测发送超时，而不是等应用层的观看人数变成零。多路画面要规定主路和可降级的辅路，避免每一路都按最高码率重连，把刚恢复的附着再次拥塞。
目的地还要符合画面的存储要求。推流地址选在时延最低的国家，可能和允许保存录像的区域不一致。应先定存储区域，再在该区域内选择接入点，而不是先追求握手最快。
把一次握手成功记成参数始终有效
联调时握手返回成功，只代表当时的地址、证书和编码被接受。随后自动曝光把码率顶高，或漫游把地址绑定拆掉，原握手不再代表当前会话。另一类失误是重连没有退避，所有摄像机在基站恢复的同一秒一起握手，服务端和无线都拥塞，失败后又立即重试。还有把推流和固件升级放在同一上行且不设优先级，升级把会话挤断，升级本身也因断线失败，设备停在半新版本上继续无法推流。
观察点应放在服务端的收包和片段时间，而不是只看摄像机的发送指示灯。服务端没有新片段，就要同时看设备是否还拿着旧地址、编码是否已变、以及是不是所有设备在同一时刻重连。