专利名称：流媒体业务中获取关键帧的方法、系统及用户设备的制作方法
技术领域：
本发明涉及通讯及多媒体领域，具体涉及一种流媒体业务中获取关键帧 的方法、系统及用户设备。
背景技术：
随着通讯技术的发展，能够向终端设备提供的通讯带宽越来越大，多媒 体在移动终端上得到了飞速的发展，手机电视、流媒体等业务逐渐在成熟起 来。但是这些多媒体业务主要还是展现了特色的一面，还没有充分挖掘在这 些业务上的其他业务的集成。如何使用户在观看节目时，能够最快的看到清晰的视频图像，使得整个 业务的用户体验得到更大限度的提升，成为当前需要解决的问题。发明内容本发明所要解决的技术问题是提供一种流媒体业务中获取关键帧的方法、系统及用户设备，解决了用户在观看节目时，能够最快的看到清晰的视频图像的问题，使得整个业务的用户体验得到;更大限度的提升。为了解决上述问题，本发明提供了一种流媒体业务中获取关键帧的方法， 包括，
设置接收关键帧的阈值时间；客户端从流媒体服务器接收视频数据，并对视频数据进行分析，当网络 状况正常时，如果所述客户端在所述阈值时间没有收到视频关键帧，则向所 述流i某体服务器发送调整视频关键帧产生频率的请求；所述流媒体服务器收到所述请求后进行判断，根据所述客户端的请求， 调整视频关键帧产生频率。
进一步地，上述方法还可包括，所述流媒体服务器根据所述客户端的请 求调整视频关键帧产生频率，是指所述流々某体服务器在组播或者广播的同一 时间段内收到了 一个或多个客户端的请求，根据多数客户端的请求调整视频
关键帧产生频率；或是指所述流i某体服务器在点播时直接根据所述客户端的 请求调整视频关键帧产生频率。
进一步地，上述方法还可包括，所述客户端是通过实时流传输协议标准 内的SET—PARAMETER METHOD对视频数据进行分析，判断在所述阈值时 间是否收到视频关键帧。
进一步地，上述方法还可包括，所述流媒体服务器调整视频关键帧产生 频率的同时，调整相应的视频带宽需求。
本发明还提供了一种流媒体业务系统，包括客户端和流媒体服务器，其
中，
所述客户端，用于从所述流媒体服务器接收视频数据，并对视频数据进 行分析，当网络状况正常时，如果在设定的阈值时间没有收到视频关键帧， 则向所述流々某体服务器发送调整视频关键帧产生频率的请求；
所述流媒体服务器，用于向客户端发送视频数据；接收所述客户端所述 请求后进行判断，根据所述客户端的请求，询整视频关键帧产生频率。
进一步地，上述流媒体业务系统还可包括，所述流媒体服务器根据所述 客户端的请求调整视频关键帧产生频率，是指所述流纟某体服务器在组播或者 广播的同一时间段内收到了一个或多个客户端的请求，根据多数客户端的请 求调整视频关键帧产生频率；或是指所述流媒体服务器在点播时直接根据所 述客户端的请求调整视频关键帧产生频率。
进一步地，上述流媒体业务系统还可包括，所述客户端是通过实时流传 输协议标准内的SET_PARAMETER METHOD对视频数据进行分析，判断在 所述阈值时间是否收到视频关键帧。
进一步地，上述流媒体业务系统还可包括，所述流媒体服务器，还用于 调整视频关键帧产生频率的同时，调整相应的视频带宽需求。
本发明还提供了一种用户设备，用于流媒体业务中获取关键帧，包括视
频接收模块和控制模块，其中，
所述视频接收;f莫块，用于接收视频数据，并发送给所述控制^^莫块；
所述控制模块，用于根据所述视频接收模块发送的视频数据，对视频数 据进行分析，当网络状况正常时，如果在设定的阈值时间没有收到视频关键 帧，则向流i某体服务器发送调整视频关键帧产生频率的请求。
进一步地，上述用户设备还可包括，所述控制才莫块是通过实时流传输协 议标准内的SET_PARAMETER METHOD对视频数据进行分析，判断在所述 阈值时间是否收到视频关键帧。
与现有技术相比，应用本发明，使得服务器能够响应用户的请求，综合 判断后形成一个较为合理的关键帧产生时间间隔，使得用户的体验有很大提 升。本发明主要涉及消息参数的增加，客户端和服务器改动均比较小，不影 响网络结构，实现较为快速，有很强的实用性。
图1是本发明的流媒体业务中获取关键帧的方法的流程图； 图2是本发明的流々某体业务系统的结构示意图3是一个流媒体客户端向流媒体直播服务器之间进行消息交互的流程 示意图。
具体实施例方式
下面结合附图和具体实施方式
对本发明作进一步说明。
本发明的主要构思是在网络正常的条件下,流媒体客户端进行视频关键 帧判断。如果在设定时间内没有收到视频关键帧的前提下，则流媒体客户端 进行关键帧请求，请求服务器对视频关键帧产生频率进行调整，流i某体服务 器收到该请求后，进行综合判断，在组播或者广播时才艮据多数客户端的请求， 或在点播时直接根据所述客户端请求，调整其视频关键帧产生频率，并调整 相应的视频带宽需求。
本发明在流媒体业务系统中，通过原有的RTSP (Real Time Streaming
Protocol,实时流传输协议)协议标准内的SET—PARAMETER METHOD (方 法)进行扩充，即不改变该方法定义的原有数据结构，仅仅扩充相应的字段， 使客户端和服务器都能识别该方法内的参数内容，不需要对原有系统进行大 的改动，用户体验的效果得到很大的提升。
SET_PARAMETER METHOD携带的参数中扩充一个参数 Key-Frame-Span,用于表示请求产生关键帧频率的时间，该参数的名称可任 意规定，但内容为数字，并且以秒为单位，在实际应用中，单位也可以进行 协商设置，如在发送协议中表示为
Key-Frame-Span: 5，表示为平均每5秒产生一帧关鍵帧。服务器在收到 客户端请求后进行综合判断，如果能够接受该参数设置请求，则进行关键帧 产生频率调整。
如图l所示，本发明的流々某体业务中获取关键帧的方法，包括以下步骤，
步骤100、客户端从流4某体服务器接收视频数据，并对视频数据进行分 析，当网络状况正常时，如果在设定的阈值时间没有收到视频关键帧，则客 户端可以向流媒体服务器发送调整视频关键帧产生频率的请求；
所述阈值时间可以设置为10秒，该阈值时间是一个用于判断的时间，该 阈值时间可由用户进行调整，请求产生频率的时间值一般要小于所述阈值时 间。
所述客户端是通过实时流传输协议标准内的SET—PARAMETER对视频 数据进行分析，判断在所述阈值时间是否收到视频关键帧。
步骤200、流媒体服务器收到所述请求后，进行综合判断，然后根据客 户端的请求，调整视频关键帧产生频率，并调整相应的视频带宽需求。
所述流媒体服务器根据所述客户端的请求调整视频关键帧产生频率，是 指所述流々某体服务器在组播或者广播的同一时间段内收到了多个客户端的请 求，根据多数客户端的请求调整视频关键帧产生频率，或所述流媒体服务器 在点播时直接根据所述客户端的请求调整视频关键帧产生频率。
如果所述流媒体服务器在組播或者广播的同一时间段内收到了多个客户 端的请求，可以针对客户端请求的时间做一个顺序排列，例如按照请求时间
最小的数据，调整视频关键帧产生频率。
根椐本发明的一个实施例，利用RTSP的SET—PARAMETER方法调整 关键帧的产生频率的具体过程如下，
客户端-〉流々某体服务器SET—PARAMETER rtsp:〃example.com/fizzle/foo RTSP/1.0
CSeq: 421 Session: efhyrio8012t User-Agent: StreamClient/l.lb5
Key-Frame-Span: 5 流媒体服务器->客户端RTSP/1.0 200 OK CSeq: 421 Session: efhyrio8012t User-Agent: StreamClient/l.lb5
Key-Frame-Span: 5
如图2所示，本发明的流i某体业务系统，包括客户端和流媒体服务器， 其中，
客户端，用于从所述流媒体服务器接收视频数据，并对视频数据进行分 析，当网络状况正常时，如果在设定的阈值时间没有收到视频关键帧，则向 所述流媒体服务器发送调整视频关键帧产生频率的请求；
流媒体服务器，用于向客户端发送视频数据；接收所述客户端的所述请 求后，进行综合判断，在组播或者广播时根据多数客户端的请求，或者在点 播时直接根据所述客户端的请求，调整视频关键帧产生频率，并调整相应的 视频带宽需求。
本发明的流媒体用户设备，包括视频接收模块和控制模块，其中， 视频接收模块，用于接收视频数据，并发送给控制模块；
控制模块，用于根据视频接收模块发送的视频数据，对视频数据进行分 析，当网络状况正常时，如果在设定的阈值时间没有收到视频关键帧，则向 流媒体服务器发送调整视频关键帧产生频率的请求。
下面结合具体实例对本发明作进一步说明。
图3是一个流媒体客户端向流媒体直播服务器之间进行消息交互的流程示意图，图中描述了基本的消息流程，同时，为了简化示意图的结构，仅仅 釆用了客户端和服务器之间的消息，没有显示一些其他环节如门户网站、传 输系统等，包括以下步骤，第一步流媒体客户端向流媒体服务器发送相关链接的RTSP:Describe消息。
第二步流媒体服务器发送响应OK消息，消息中有SDP消息内容； 第三步客户端解析SDP消息内容，向服务器发送SETUP请求消息； 第四步服务器响应客户端发送OK消息；
第五步客户端向服务器发送PLAY请求消息； 第六步服务器响应客户端发送OK消息；
第七步客户端接收服务器发送来的RTP消息，该RTP消息中包含音频 数据信息；
第八步客户端向服务器发送RTCP消息，反馈一些网络信息；
第九步客户端接收服务器发送来的RTP消息，该RTP消息中包含视频 数据信息；
第十步客户端对接收到的视频数据进行分析，当网络状况正常时，而 长时间收不到视频关键帧，比如设置一个门檻值IO秒，即用户在10秒内没 有收到关键帧，则客户端可以向流媒体服务器发起调整关键帧产生时间间隔 的请求。J;口
SET—PARAMETER rtsp:〃example.com/fizzle/foo RTSP/1.0
CSeq: 421
Session: efhyrio8012t
User-Agent: StreamClient/l.lb5 Key-Frame-Span: 5
第十一步服务器收到客户端的请求后，根据情况进行综合分析，比如 组播或者广播时在同一时间段内收到了多个请求，针对请求的时间做一个顺 序排列，例如按照请求时间最小的数据执行；或者在点播时直接根据用户请 求，调整产生关键帧的频率；
第十二步服务器对客户端作出响应；
第十三步服务器在调整关键帧发送时间间隔后，发送视频数据。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不 局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到 的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范 围应该以权利要求的保护范围为准。
权利要求
1、一种流媒体业务中获取关键帧的方法，其特征在于，包括，设置接收关键帧的阈值时间；客户端从流媒体服务器接收视频数据，并对视频数据进行分析，当网络状况正常时，如果所述客户端在所述阈值时间没有收到视频关键帧，则向所述流媒体服务器发送调整视频关键帧产生频率的请求；所述流媒体服务器收到所述请求后进行判断，根据所述客户端的请求，调整视频关键帧产生频率。
2、 如权利要求l所述的方法，其特征在于，所述流媒体服务器根据所述客户端的请求调整视频关键帧产生频率，是 指所述流媒体服务器在组播或者广播的同一时间段内收到了一个或多个客户 端的请求，根据多数客户端的请求调整视频关键帧产生频率；或者是指所述流媒体服务器在点播时直接根据所述客户端的请求调整视 频关键帧产生频率。
3、 如权利要求l所述的方法，其特征在于，所述客户端是通过实时流传输协议标准内的SET—PARAMETER METHOD对视频数据进行分析，判断在所述阈值时间是否收到视频关键帧。
4、 如权利要求l所述的方法，其特征在于，所述流媒体服务器调整视频关键帧产生频率的同时，调整相应的视频带 宽需求。
5、 一种流+某体业务系统，其特征在于， 包括客户端和流々某体服务器，其中，所述客户端，用于从所述流媒体服务器接收视频数据，并对视频数据进 行分析，当网络状况正常时，如果在设定的阈值时间没有收到视频关键帧， 则向所述流媒体服务器发送调整视频关键帧产生频率的请求； 所述流媒体服务器，用于向客户端发送视频数据；接收所述客户端所述 请求后进行判断，根据所述客户端的请求，调整视频关键帧产生频率。
6、 如权利要求5所述的流i某体业务系统，其特征在于，所述流媒体服务器根据所述客户端的请求调整视频关键帧产生频率，是 指所述流媒体服务器在组播或者广播的同 一时间段内收到了 一个或多个客户 端的请求，根据多数客户端的请求调整视频关键帧产生频率；或者是指所述流々某体服务器在点播时直接根据所述客户端的请求调整-见 频关键帧产生频率。
7、 如权利要求5所述的流媒体业务系统，其特征在于，所述客户端是通过实时流传输协议标准内的SET—PARAMETER METHOD对视频数据进行分析，判断在所述阈值时间是否收到视频关键帧。
8、 如权利要求5所述的流媒体业务系统，其特征在于，所述流媒体服务器，还用于调整视频关键帧产生频率的同时，调整相应 的视频带宽需求。
9、 一种用户设备，用于流々某体业务中获取关键帧，其特征在于， 包括视频接收模块和控制模块，其中，所述视频接收模块，用于接收视频数据，并发送给所述控制模块；所述控制模块，用于根据所述视频接收模块发送的视频数据，对视频数 据进行分析，当网络状况正常时，如果在设定的阈值时间没有收到视频关键 帧，则向流媒体服务器发送调整视频关键帧产生频率的请求。
10、 如权利要求9所述的用户设备，其特征在于，所述控制模块是通过实时流传输协议标准内的SET—PARAMETER METHOD对视频数据进行分析，判断在所述阈值时间是否收到视频关键帧。
全文摘要
本发明公开了一种流媒体业务中获取关键帧的方法、系统及用户设备，包括，设置接收关键帧的阈值时间；客户端从流媒体服务器接收视频数据，并对视频数据进行分析，当网络状况正常时，如果所述客户端在所述阈值时间没有收到视频关键帧，则向所述流媒体服务器发送调整视频关键帧产生频率的请求；所述流媒体服务器收到所述请求后进行判断，根据所述客户端的请求，调整视频关键帧产生频率。应用本发明，解决了用户在观看节目时，能够最快的看到清晰的视频图像的问题，使得整个业务的用户体验得到更大限度的提升。
文档编号H04N7/24GK101383959SQ20081017058
公开日2009年3月11日 申请日期2008年10月23日 优先权日2008年10月23日
发明者尚国强 申请人:中兴通讯股份有限公司