一种平滑实现实时转播/直播的流媒体服务方法技术

技术编号:3587027 阅读:250 留言:0更新日期:2012-04-11 18:40
一种平滑实现实时转播/直播的流媒体服务方法,其特征在于,包括以下步骤:    S102:服务器持续缓冲媒体数据,并对缓冲的媒体数据关键帧进行标记;    S104:查找距离客户端的码流请求时刻最近的关键帧,作为发送媒体数据的起始位置;    S106:估算可以发送的单次发送最大包数,从发送媒体数据的起始位置开始依次发送数据。

【技术实现步骤摘要】

本专利技术属于网络及多媒体领域,具体涉及一种平滑实现实时转播 /直播的流媒体服务方法。技术背景在曰渐普及的流媒体应用系统中,转播或直播服务已经越来 越多地成为各系统中的主要服务之一。对于转播或直4番服务,用 户除了要求保证画面清晰连贯、抖动小等图像质量外,开始更加 关注直播延时的大小。如果一个流媒体系统的直播延时很大,直 接后果是用户获得图像的时间将远比该图像的实际发生时间晚, 因此,对于视频监控类的系统,该缺陷是致命的,因为一个很大 的直播延时,将使监控系统基本丧失监控作用。目前,众多的流媒体服务在解决直播延时问题时,基本采取 直接转发媒体数据的方法,这种处理是可以减少直4番延时,但图 像质量会有所下降,尤其是在用户刚开始播放阶段。
技术实现思路
本专利技术提供了 , 能够在保证流媒体转播或直播服务的图像质量基础上,以平滑的方 式减少直播延时。为了解决上述技术问题,本专利技术提供了 ,包括以下步骤S102、服务器持续緩沖媒体数据,并对緩冲的媒体数据关键帧 进行标记;S104、查找距离客户端的码流请求时刻最近的关4建帧,作为发送 媒体数据的起始位置;S106、估算可以发送的单次发送最大包数,从发送媒体数据的起 始位置开始依次发送数据。 其中步骤S102中所述持续緩冲的媒体数据存放在服务器的媒体数 据緩沖区。步骤S106中发送数据的结束条件是发送数据直至发送起始位置 为緩沖区最后的数据包所在位置。步骤S102中所述关键帧是包含以静态图片、形状等图像关键信息为主的一种完整的帧。进一步地,S104中所述最近的关键帧至少是一个。进一步地,S106中根据服务器与客户端之间网全备带宽的限制和码流的码率,估算所述的单次发送最大包数。进一步地,S106中发送数据时,单次发包数不大于所述的单次 发送最大包数。本专利技术通过设置关键帧和控制单次发包数,可以在保证图像质量 的基础上,实现平滑快速发送数据和平滑过渡到实时播,;汶的目的。 附图说明图1是本专利技术的基本流程图; 图2是本专利技术的具体实施流程图。具体实施方式下面结合附图和具体实施方式,对本专利技术作进一步的详尽阐述。 参见图1,为本专利技术的基本流程图,包括以下步骤S102、服务器持续緩冲媒体数据,并对緩冲的媒体数据关键帧 进行标记。S104、查找距离客户端的码流请求时刻最近的关键帧,作为发送 媒体数据流的起始位置。S106、估算可以发送的单次发送最大包数,从发送々某体数据的起 始位置开始依次发送数据。本专利技术中关键帧是包含以静态图片、形状等图像关键信息为 主的一种完整的帧。通常解码器对媒体数据进行解石马显示视频图 像,要求从媒体数据视频关键帧开始,否则显示的图像会出现马 赛克。本专利技术采用从关键祯开始发送码流并在带宽允许的范围内 快速发送填充客户端的播放緩冲区,可以达到快速开始无马赛克 播放的目的。本专利技术采用控制单次发送包数的方法,即先估算单次发送 最大包数,,,然后控制每次单次发包数不大于单次发送最大包数 的方法,原因是考虑到直播媒体数据会随时间推移不断地加入緩沖 区,如果不控制单次发包个数,而将初始开始位置到緩沖区末尾之间的数据包全部发送,则会产生突发性数据发送峰值,/人而导致网络丢 包和增加客户端工作压力。因此采用控制包数的方法,可以实现平滑快速发送和平滑过渡到实时播放的目的。参见图2,为本专利技术的具体实施流程图,包括以下步骤5201、 创建媒体数据緩冲区,持续緩冲媒体数据。5202、 根据转播或直播用户请求的当前时间点,在緩沖区中查 找距离当前最近的关键帧位置,作为发送起始位置,并根据带宽 确定单次发送最大包数。5203、 从发送起始位置发送媒体数据,并控制单次发包数不大 于单次发送最大包数,单次发送完毕后,更新发送起始位置。5204、 判断发送起始位置是否到达緩冲区末尾,如果是,执行下 一步;否则执行203。5205、 开始实时转播/直播。下面通过本专利技术的一个具体实施例,来进一步说明本专利技术的技术 方案。第一步在服务器中创建一个先进先出队列式的緩冲区, 大小为1024,緩冲区维持固定空间大小,当緩冲区满时,将最早 的数据出队,保存最新的数据。第二步根据转播或直播用户请求的当前时间点,查找出最近 的关键帧位置为24,则发送起始位置为24;根据服务器与客户端之 间网络带宽的限制和码流的码率,估算单次发送最大包数为24。第三步设定单次发包数为24,从发送数据起始位置24开始, 此次发送完毕后,更新发送起始位置为24 + 24 = 48 。第四步不断重复第三步,直到发送起始位置为1024,则停止 本次发送,等待下一次数据发送周期。 第五步开始实时转播/直播。当然,本专利技术还可有其他多种实施例,在不背离本专利技术精神及其 实质的情况下,熟悉本领域的技术人员当可根据本专利技术作出各种相应 的改变和变形,但这些相应的改变和变形都应属于本专利技术所附的权利 要求的保护范围。本文档来自技高网...

【技术保护点】
一种平滑实现实时转播/直播的流媒体服务方法,其特征在于,包括以下步骤:S102:服务器持续缓冲媒体数据,并对缓冲的媒体数据关键帧进行标记;S104:查找距离客户端的码流请求时刻最近的关键帧,作为发送媒体数据的起始位置;S106:估算可以发送的单次发送最大包数,从发送媒体数据的起始位置开始依次发送数据。

【技术特征摘要】
1、一种平滑实现实时转播/直播的流媒体服务方法,其特征在于,包括以下步骤S102服务器持续缓冲媒体数据,并对缓冲的媒体数据关键帧进行标记;S104查找距离客户端的码流请求时刻最近的关键帧,作为发送媒体数据的起始位置;S106估算可以发送的单次发送最大包数,从发送媒体数据的起始位置开始依次发送数据。2、 如权利要求1所述的平滑实现实时转播/直播的流媒体服务方 法,其特征在于,步骤S102中所述持续緩冲的媒体数据存放在服务 器的媒体数据緩冲区。3、 如权利要求2所述的平滑实现实时转播/直播的流媒体服务方 法,其特征在于,步骤S106中发送数据的结束条件是发送数据直至 发送起始位置为緩冲区最后的数据包所在位置。4、 ...

【专利技术属性】
技术研发人员:卢王飞
申请(专利权)人:中兴通讯股份有限公司
类型:发明
国别省市:94

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1