HLS直播服务体系的探讨

由于对IOS和Android的支持，以及现在H5标准的出现，HLS已经成为主流的直播方式，各大网站也将其直播方式有RTSP，RTMP方式调整为HLS.

我们在构建自己直播系统的时候，很自然地选择了HLS当做我们的基础方案。

架构中，我们将直播系统分为四个主要部分构成。

1. 采集源
2. 直播传输网络
3. 直播服务节点
4. 直播监控服务

四个部分中，各块的主要职责如下：

• 采集源：提供稳定的直播采集信号源，通过卫星，电视卡，电视前端设备等采集视频，并按照我们的视频规格进行编码，输出HLS
• 直播传输网络：在骨干网上，采用级联，网状的结构，将直播流从源传输到各个直播服务节点
• 直播服务节点：为终端（手机，OTT盒子）等提供HLS直播服务
• 直播监控系统：提供监控手段，防止采集，编码等环节的丢包，抖动，防止传输环节的丢片，以及在服务环节进行服务慢速比统计

HLS直播体系架构中，我们主要面临和需要重点解决的问题：

• HLS媒体标准建立：由于不同的业务，对不同的视频质量，网络环境，高清，标清频道不同，通过对比权衡，最终形成一个有效的媒体质量尤为重要。通过多次的对比试验，最后，我们确定了不同业务，高清频道，标清频道的编码标准
• 多源VS单源：建立一个稳定的直播源还是使用多个直播源相互备份，如果多源又如何进行源之间的切换，如果是单源，怎么提高其稳定性，这些问题，在源的建设中是比较纠结和需要根据实际情况判断的。
• 网络质量和时延：由于直播传输网络是建立在多IDC，跨网络环境下的，如何保证网络质量，直播采用多大的时延可以规避网络抖动带来的风险，是否需要动态调整直播时延而保证流畅性，这些都需要实际考虑，最后我们做到最低延时10S，实际运行延时60S的效果。
• 服务节点的建设：服务节点是和其他CDN业务公用，还是单独建立相关的直播服务节点？单服务器流量多少合理？是否要和后面的回看业务相结合？这些都是我们在实际过程中遇到的问题，最后，我们可以做到单服务器13G的吞吐（单业务的情况下）