本文来自Broadcast focus的技术文章，主题是RIST－可靠的互联网流传输。
从任何地方上网似乎正越来越成为可能。当然，严格意义上讲，这并不正确，但将互联网连接到某个地方的选择正在逐年增加。很快，5G将提供更可靠的接入互联网的新方式，卫星互联网的部署正在逐渐增多，ISP基础设施继续扩大。既然互联网触及了很多广播公司想要的领域，为什么他们不把它用于视频和音频连接，代替专用线路呢?
从历史上看，不使用互联网的原因一直是它不够可靠。由于包丢失不可避免，通过互联网获取视频就不现实了。10年前，确实有一些通过IP链接制定的方案，使用了大量的FEC。FEC对于处理某些类型的包丢失是很好的。实际上，可以选择如何应用FEC，以便它能够涵盖所期望的错误类型。对于某些连接，频繁的单包丢失是可预期的，而对于其他连接，偶然的几个连续的包丢失是可预期的。这取决于如何配置FEC，可以设置成免受其中一种或另一种丢失。问题是，当丢包率太高时，FEC就会耗尽，而当遭受错误类型的丢包时，FEC会更快地耗尽。
ARQ(Automatic Repeat request, 自动重复请求)是一种基础技术，当链路良好时，发送端不需要额外的比特率，不像FEC需要固定的5%、10%甚至25%的额外数据。然而，当丢包发生时，它就开始工作并请求丢失的包。因为它只处理丢失的数据包，所以它可以处理任何类型的连接丢失(尽管100%的连接对于任何协议来说都是一个挑战)。
虽然RIST越来越被视为流媒体工作流程中可靠、低延迟的一部分，但重要的是要了解它的用途是让广播公司在自己的工作流程中移动视频和将视频移动到云上。通常，在减少交付到用户的延迟方面，减少系统移动部分的延迟是一个很大的助力。RIST并不适合为成千上万的用户提供传统的流媒体服务。对于给用户的低延迟分发，CMAF是一个很好的选择，而对于亚秒级延迟，WebRTC是一个很好的选择。
RIST是一个正在进行的项目，旨在根据现有标准创建一种ARQ技术。RIST论坛将公司聚集到一个会员小组，并致力于宣传该协议，而开放的规范是在VSF (Video Services Forum， 视频服务论坛)的“RIST活动小组”中创建的。到目前为止，他们已经创建了两个规范:Simple Profile和Main Profile。Main Profile建立在Simple Profile良好工作的基础上，enhanced’profile预计2020年2月发出。
RIST的Simple Profile提供了以下特性：
- 使用ARQ的可靠传输(包丢失恢复)
- 重传控制，以停止带宽使用失控
- 链路聚合
- 路径冗余
虽然Simple Profile很有用，但是在Main Profile才开始具有SRT协议的类似的特性，也就是能够加密数据，这是在互联网传输的关键功能。
RIST的Main Profile提供了以下特性：
- 空包抑制(为了节省比特率不发送空包)
- 加密和身份验证。许多人认为没有身份验证的加密毫无意义。
- 多流通道
- 高比特率支持
总之，RIST是一个主要和次要贡献的协议，它允许可靠、低延迟的视频和音频交付作为广播或流工作流的一部分。它具有安全性，因此可以用于高价值的流媒体，并可以提供给传统的“SDI”工作流，就像通过卫星上的OB提供给现场节目的一样。
附上原文链接，或直接点击下方阅读原文。
https://broadcastfocus.com/2020/07/17/rist-reliable-internet-streaming-transport-sounds-good-tell-me-more/
