[发明专利]一种媒体分片的推送方法、服务器及客户端

说明书

本发明公开了一种媒体分片的推送方法、服务器及客户端，其中，该方法包括：服务器接收客户端发送的分片请求消息，所述分片请求消息包括请求分片标识和推送指令，所述推送指令用于指示所述客户端请求推送的分片；所述服务器根据所述客户端请求推送的分片，确定可推送分片和待定推送分片；所述服务器向所述客户端发送所述可推送分片中每一个分片对应的推送承诺、所述请求分片标识对应的分片以及待定推送指示信息，所述待定推送指示信息用于指示所述客户端等待接收所述待定推送分片的推送承诺。采用本发明的方法，可以减少客户端的播放延迟。

技术领域

本发明涉及通信技术领域，尤其涉及一种媒体分片的推送方法、服务器及客户端。

背景技术

客户端获取媒体资源并进行播放的方式有多种，典型的有：超文本传输协议(英文：Hypertext Transfer Protocol，简称：HTTP)文件下载或者点对点(英文：Peer toPeer，简称：P2P)文件下载到本地磁盘后播放、HTTP渐进式下载(英文：HTTP ProgressiveDownload)以及HTTP的动态自适应流(英文：Dynamic Adaptive Streaming over HTTP，简称：DASH)方案等等。其中，DASH对采用HTTP传输运动图像专家组(英文：Moving PictureExperts Group，简称：MPEG)媒体涉及到的各方面提出了一系列的技术要求。

DASH标准规范了媒体描述文件(英文：Media Presentation description，简称：MPD)和分片(Segment)的格式。任意媒体资源都由一个个分片构成，其中，分片是DASH客户端向DASH服务器请求媒体资源的基本单位。MPD主要描述了媒体资源的信息，包括不同码率的分片的下载地址。客户端获取MPD后，可以根据网络状况如下载速度、缓存多少等，选择合适码率的分片；服务器根据客户端的选择，通过HTTP协议将分片发送到客户端，以保证用户的观看体验。

为了减小客户端播放时延，DASH标准(ISO-IEC_23009-6)中正在制定的part6：DASH with Server Push and WebSockets提出了推送机制。具体如图1所示：步骤1、客户端向服务器发送MPD请求消息，该请求消息中携带推送指令(Push Directive)，推送指令中包含客户端希望服务器推送的分片的标识，如初始化分片的标识。步骤2、服务器响应客户端的请求，发送推送承诺(Push Promise)和MPD给客户端。推送承诺指示服务器将会在哪个流标识(StreamID)指示的流中推送初始化分片。步骤3、服务器在发送完MPD和推送承诺后，根据流标识，在推送承诺指定的流中主动推送初始化分片至客户端。步骤4、客户端向服务器发送分片请求消息，消息中包括请求分片的标识和推送指令，推送指令中包含客户端希望服务器推送的分片标识；客户端希望服务器推送的分片标识可以是通过列表或模板的形式描述的分片的下载地址，也可以是指定了所请求的分片之后连续的几个分片。例如客户端请求分片1，在推送指令中包括分片2的标识、分片的标识3、分片4和分片5的标识。步骤5、服务器响应客户端的请求，依次发送分片2的推送承诺、分片3的推送承诺、分片4的推送承诺、分片5的推送承诺、分片1至客户端，推送承诺包含了每个即将推送的分片的流标识和分片标识，用于指示在哪个流中推送哪个分片。步骤6、根据第5步推送承诺中的流标识，服务器在指定流中向客户端推送分片。步骤7、客户端根据推送承诺中的分片标识和流标识，接收服务器推送来的分片，进行解码播放。重复步骤4至7直到播放完毕或用户停止观看等。通过服务器的主动推送，可以加快媒体播放启动速度，减少延迟，也减少了消息的交互。

图1所示方法存在的缺陷在于：如果客户端请求服务器推送的分片数量较多，服务器需要先发送后续要推送的所有分片对应的推送承诺帧，然后才会发送分片1的数据。例如，客户端的推送指令中请求推送后续的50个分片，那么服务器将会先发送50个推送承诺帧通知客户端后续50个分片将分别采用哪些流标识进行推送，然后才会发送分片1的数据，增加了客户端的播放延迟。

发明内容