定义
推流（Streaming / Ingest）指将音视频数据从采集端（摄像头、编码器、App）实时上传至流媒体服务器或云平台的过程，与「拉流」（播放端从服务器获取流）相对。推流是 视频推流、直播、视频回传 的核心环节，涉及编码、封装、传输协议、网络传输等环节。常用推流协议包括 RTMP、SRT、RTSP、WebRTC 等，接收端可转 HLS、DASH 等供播放。
物联网场景下，推流端多为摄像头、车载 DVR、无人机、充电桩监控等 终端，通过 4G/5G 蜂窝网络将视频实时上传。跨境场景需 一卡多国 保障漫游时的持续推流。
技术特点与架构
推流架构包括：采集与编码——摄像头采集、H.264/H.265 编码；封装——FLV、TS、RTP 等；传输——RTMP（TCP）、SRT（UDP）、WebRTC；服务端——接收、转码、切片、分发。推流质量受网络带宽、抖动、丢包影响，弱网 环境下需采用 SRT、自适应码率、数据压缩 等优化。与 图传 结合，可实现低带宽下的图像/视频传输。
跨境推流需考虑：多地域接入点、CDN 分发、当地合规、流量成本。物联网卡 流量池共享 可降低多设备推流的资费。
在物联网与跨境场景中的应用
推流广泛应用于：视频监控——视频监控 摄像头、NVR 将视频推流至云端；车载视频——车载 DVR、行车记录仪实时回传；无人机图传——机载相机经 4G/5G 推流至地面站；充电桩监控——充电站 现场视频推流；跨境直播——活动、展会直播全球推流。跨境视频监控、全球直播、远程运维等场景均依赖稳定推流能力。
达希物联为推流设备提供覆盖 200+ 国家的连接，支持 视频管理平台 对接，助力跨境视频监控与直播落地。
推流建立的是持续上行而不是一次上传
推流在跨境视频物联网里，是采集端把编码后的连续画面交给流媒体服务器，并在会话没被拆除前一直维持这条上行。它和把录像文件事后上传不同：服务器要按时间戳接住每一个片段，播放端再从服务器取。因此“文件已经在存储里”不能证明推流成功过。协议选择会改变失败形态。基于可靠传输的会话中断后要整段重连；面向丢包恢复的传输可以在抖动中续上，但编码参数必须在会话开始时谈妥，中途改分辨率而信令不更新，服务器会把后续片段当成另一路流。
物联网摄像头、车载记录和机载相机的推流端通常没有有线回程，上行完全靠蜂窝。蜂窝上行容量远小于下行宣传速率，把监控参数按固网直播来配，会话会在关键帧处反复重连。
漫游途中维持推流的前提
前提是附着不被频繁拆除、上行带宽能盖住所选码率的峰值，以及服务器地址在拜访网络里可解析、可连接。换运营商时原有地址和端口绑定会失效，推流端必须发现会话已死并重新握手，不能只靠应用层计数器空转。若卡在边境两侧来回选择网络，重连风暴会把流量池打满，画面却仍然卡顿。码率应留出重传余量，而不是把运营商标称的最高速率全部配给视频。
还有合规前提：画面里如果出现可识别的人，推流目的地所在国可能要求不同的保留和访问规则。连接能跨境，不表示画面可以落到任意节点。接入点应选在业务允许存储的区域内。
把首帧成功当成链路已经稳定
联调时最容易被误导的是第一帧已经显示。首帧只说明握手和关键帧到过一次，说明不了漫游重选后的重连，也说明不了弱网下的累计延迟。另一类失误是同时推原始码率和多路转码，蜂窝上行被自己的备份流占满。还有把推流和远程控制共用一条没有优先级的承载，摇杆或云台指令被视频挤掉，现场却以为是云台故障。
判断时应分开看握手是否重复、关键帧间隔是否越来越长、以及重连是否集中发生在小区变更之后。重连与换网同时出现，要调的是附着保持和码率，而不是把摄像头分辨率再往上加。