定义
视频流（Video Stream）指实时或准实时传输的音视频数据流，与静态文件下载相对。视频流支持边传边播，适用于 视频监控、直播、远程查看等场景。视频流可通过 RTMP、SRT、HLS、WebRTC 等协议传输，由 推流 端产生、视频管理平台 或播放端消费。
与 图传数据 侧重图像不同，视频流侧重连续音视频。跨境监控、跨境直播需 一卡多国 保障 视频推流 的持续传输。
技术特点与架构
视频流架构包括：编码——H.264/H.265、码率与分辨率；封装——FLV、TS、fMP4；传输——RTMP（低延迟）、HLS（兼容性好）、SRT（弱网优化）；播放——播放器、自适应码率。视频流可经 视频回传 至平台，再经 CDN 分发。与 数据压缩 结合，可降低 弱网 下的带宽需求。
跨境场景下，视频流需支持多地域接入、CDN 全球分发、当地合规。
在物联网与跨境场景中的应用
视频流广泛应用于：视频监控——视频监控 实时预览、录像回放；车载——车载 DVR 实时流；无人机——图传 视频流；充电桩——充电站 现场监控流；直播——活动、展会直播。跨境监控、全球直播、跨境巡检等场景均依赖视频流实现实时可视化管理。
达希物联为视频流设备提供覆盖 200+ 国家的连接，支持 流量池共享，助力跨境视频场景落地。
视频流是按时间推进的连续片段
视频流在跨境监控和直播里是一组按时间排列、可以边收边解的画面数据，不是先下完整文件再打开的录像包。播放端只要拿到当前需要的片段和解码所需的关键帧，就能开始显示，后面的片段继续到来。因此“已经能播”只说明最近的片段到达了，不说明更早的片段都在。关键帧是一段能独立解出画面的数据，关键帧之间的帧只描述差异。关键帧丢了，后面的差异帧即使全部到达也解不出稳定画面，表现为花屏或卡在上一个画面。把这种症状当成摄像机故障，会忽略传输本身。
封装和编码是两层。编码决定画面如何压缩，封装决定片段如何被切分和索引。只改封装、沿用原来的码率，蜂窝上行的压力不会下降。码率、帧率和分辨率要一起看，不能只看协议名称。
在不稳定的漫游上行里维持流的条件
流能维持，需要平均码率低于上行在切换期间仍能提供的能力，并且播放或存储端允许少量乱序后按时间戳重组。漫游重选会让旧的地址绑定失效，发送端必须结束旧会话再建立新会话，不能向已经不通的地址继续计数。重组窗口要大于正常抖动、小于业务能接受的延迟。窗口过长，实时观看会越来越晚；窗口过短，重选期间的片段会被丢掉。多码率切换只有在发送端和接收端都按同一套规则降级时才有效，单方面把分辨率改掉，对端仍按旧参数解，流会中断。
若一路流要同时给本地存储、平台预览和分析服务使用，应在源端或就近节点复制，不要让摄像机对每个观看者各发一路。观看人数一多，上行会先被复制流打满，和漫游质量无关。
用缓冲秒数掩盖持续的缺口
把播放缓冲调得很长，短时抖动会被藏住，操作员看到的始终是延后的画面，现场已经发生的事在屏幕上还没出现。缓冲并不能补回从未发出的关键帧，它只是推迟显示缺口。另一类失误是用下载文件的完整性检查来要求实时流：实时流本来就没有“结束”，按文件去等结束标记，判断逻辑会一直停在未完成。还有在跨境链路里同时打开高码率主码流和同等码率的备份流，备份没有更省，只是把失败复制了两份。
定位问题时应看关键帧是否按期间到达、重组后的时间戳是否连续、以及断点是否集中在换网时刻。三项都正常才值得去查摄像机本身。
音频和视频若分成两条流，时间戳没有共同的基准，漫游抖动后口型和画面会越差越远。应在采集端打上同一时钟的时间戳，接收端按这个基准对齐，而不是按各自到达的先后播放。只保证视频连续、不看音频偏移，对讲和现场喊话会在跨境链路上逐渐错位。