[发明专利]一种平滑实现实时转播/直播的流媒体服务方法

说明书

技术领域

本发明属于网络及多媒体领域，具体涉及一种平滑实现实时转播/直播的流媒体服务方法。

背景技术

在日渐普及的流媒体应用系统中，转播或直播服务已经越来越多地成为各系统中的主要服务之一。对于转播或直播服务，用户除了要求保证画面清晰连贯、抖动小等图像质量外，开始更加关注直播延时的大小。如果一个流媒体系统的直播延时很大，直接后果是用户获得图像的时间将远比该图像的实际发生时间晚，因此，对于视频监控类的系统，该缺陷是致命的，因为一个很大的直播延时，将使监控系统基本丧失监控作用。

目前，众多的流媒体服务在解决直播延时问题时，基本采取直接转发媒体数据的方法，这种处理是可以减少直播延时，但图像质量会有所下降，尤其是在用户刚开始播放阶段。

发明内容

本发明提供了一种平滑实现实时转播/直播的流媒体服务方法，能够在保证流媒体转播或直播服务的图像质量基础上，以平滑的方式减少直播延时。

为了解决上述技术问题，本发明提供了一种平滑实现实时转播/直播的流媒体服务方法，包括以下步骤：

S102、服务器持续缓冲媒体数据，并对缓冲的媒体数据关键帧进行标记；

S104、查找距离客户端的码流请求时刻最近的关键帧，作为发送媒体数据的起始位置；

S106、估算可以发送的单次发送最大包数，从发送媒体数据的起始位置开始依次发送数据。

其中：

步骤S102中所述持续缓冲的媒体数据存放在服务器的媒体数据缓冲区。

步骤S106中发送数据的结束条件是发送数据直至发送起始位置为缓冲区最后的数据包所在位置。

步骤S102中所述关键帧是包含以静态图片、形状等图像关键信息为主的一种完整的帧。

进一步地，S104中所述最近的关键帧至少是一个。

进一步地，S106中根据服务器与客户端之间网络带宽的限制和码流的码率，估算所述的单次发送最大包数。

进一步地，S106中发送数据时，单次发包数不大于所述的单次发送最大包数。

本发明通过设置关键帧和控制单次发包数，可以在保证图像质量的基础上，实现平滑快速发送数据和平滑过渡到实时播放的目的。

附图说明

图1是本发明的基本流程图；

图2是本发明的具体实施流程图。

具体实施方式

下面结合附图和具体实施方式，对本发明作进一步的详尽阐述。

参见图1，为本发明的基本流程图，包括以下步骤：

S102、服务器持续缓冲媒体数据，并对缓冲的媒体数据关键帧进行标记。

S104、查找距离客户端的码流请求时刻最近的关键帧，作为发送媒体数据流的起始位置。

S106、估算可以发送的单次发送最大包数，从发送媒体数据的起始位置开始依次发送数据。

本发明中关键帧是包含以静态图片、形状等图像关键信息为主的一种完整的帧。通常解码器对媒体数据进行解码显示视频图像，要求从媒体数据视频关键帧开始，否则显示的图像会出现马赛克。本发明采用从关键祯开始发送码流并在带宽允许的范围内快速发送填充客户端的播放缓冲区，可以达到快速开始无马赛克播放的目的。

本发明采用“控制单次发送包数”的方法，即先估算“单次发送最大包数”，然后控制每次单次发包数不大于“单次发送最大包数”的方法，原因是考虑到直播媒体数据会随时间推移不断地加入缓冲区，如果不控制单次发包个数，而将初始开始位置到缓冲区末尾之间的数据包全部发送，则会产生突发性数据发送峰值，从而导致网络丢包和增加客户端工作压力。因此采用控制包数的方法，可以实现平滑快速发送和平滑过渡到实时播放的目的。

参见图2，为本发明的具体实施流程图，包括以下步骤：

S201、创建媒体数据缓冲区，持续缓冲媒体数据。

S202、根据转播或直播用户请求的当前时间点，在缓冲区中查找距离当前最近的关键帧位置，作为发送起始位置，并根据带宽确定“单次发送最大包数”。

S203、从发送起始位置发送媒体数据，并控制单次发包数不大于“单次发送最大包数”，单次发送完毕后，更新发送起始位置。

S204、判断发送起始位置是否到达缓冲区末尾，如果是，执行下一步；否则执行203。

S205、开始实时转播/直播。

下面通过本发明的一个具体实施例，来进一步说明本发明的技术方案。

第一步：在服务器中创建一个“先进先出”队列式的缓冲区，大小为1024，缓冲区维持固定空间大小，当缓冲区满时，将最早的数据出队，保存最新的数据。