具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

参照图1所示的现有DASH媒体流传输方法的信令流程图，DASH协议传输媒体流有一个特点是，包含音视频头解码信息的媒体初始化文件(init文件)和音视频分片文件(统称“媒体分片文件”)是分开的，即一个媒体流播放的流程是，客户端首先1.请求stream.mpd文件(即“首个MPD文件”)，然后3.分两次分别请求stream_video_init.mp4文件(视频的init文件)和stream_audio_init.mp4文件(音频的init文件)，之后5.再根据首个MPD文件内容，分别请求对应的视频分片文件和音频分片文件，如video-1.mp4、audio-1.mp4、video-2.mp4、audio-2.mp4……。这样相当于客户端需要5次http请求才能渲染DASH媒体流的首帧数据，从而造成首帧渲染延时比较高，客户端播放效果较差的问题。

为解决该问题，本申请简化了客户端对DASH媒体流的首帧数据的获取流程，客户端首次请求DASH媒体流时，将请求首个MPD文件、媒体初始化文件和首个媒体分片文件的请求过程缩减为通过至多发两次获取请求完成获取过程，从而减少客户端和服务端的交互次数，使客户端能够快速获取到渲染首帧的全部数据，完成本地播放。在获取完上述三种数据之后，针对后续待获取的媒体分片文件再延用传统的媒体流的获取方法，先根据首个MPD文件获取后续MPD文件，然后利用每次获取的MPD文件获取各次对应的媒体分片文件，从而实现与传统方案的衔接，减少对传统方案的技术改造。

本发明第一实施方式涉及一种DASH媒体流传输方法，该方法应用于客户端。如图2所示，该方法包括如下步骤：

步骤101：通过向服务端发送至多两次获取请求，从服务端获取待播放DASH媒体流的首个MPD文件、媒体初始化文件和首个媒体分片文件；其中，媒体初始化文件和首个媒体分片文件通过一次获取请求获取得到。

其中，首个MPD文件为客户端请求的DASH媒体流的首个MPD文件；媒体初始化文件为DASH媒体流的init文件，采用MP4格式进行封装，包含用于播放媒体分片文件的必要信息，例如，音视频头解码信息；首个媒体分片文件，为客户端请求的DASH媒体流的首个音视频分片文件。首个MPD文件与首个媒体分片文件对应，在首个MPD文件中至少包含首个媒体分片文件在内的至少一个媒体分片文件的媒体演示描述信息。

具体地，客户端在向服务端请求播放DASH媒体流时，简化传统方案中发送5次http请求才能获取用于渲染首帧的全部数据的请求方案，而是采用至多发送两次获取请求，从服务端获取首个MPD文件、媒体初始化文件和首个媒体分片文件这三类文件。其中，媒体初始化文件和首个媒体分片文件通过一次获取请求获取得到。相应的，服务端根据客户端的请求，将这三类数据通过与获取请求的次数相同的响应次数，携带在响应结果中提供给客户端。例如，服务端在将媒体初始化文件和首个媒体分片文件作为一个响应结果反馈给客户端时，可将这两个文件进行拼接，然后将拼接形成后的文件携带在反馈响应中。

本实施例中，通过至多两次的数据获取请求，获取上述三类文件的获取顺序不做限定。在传统DASH媒体流传输过程中，MPD文件采用xml格式进行封装，媒体初始化文件和媒体分片文件均是通过MP4文件进行封装。基于此，在本实施例中，可以根据这三类文件的封装格式，结合实际需求对这些文件进行拼接和重组，从而通过至多两次的获取请求所对应的响应提供给客户端。

实际上，客户端在获取到媒体初始化文件和首个媒体分片文件后，可以马上开始对DASH媒体流的首帧进行渲染，从而降低对首帧渲染的延时，改善客户端播放效果。

步骤102：根据首个MPD文件，向服务端请求后续MPD文件，并根据各次获取的MPD文件从服务端获取除首个媒体分片文件以外的其他媒体分片文件。

具体地，客户端可以根据本地DASH媒体流播放的进度，选择合适的时机根据已经获取的首个MPD文件，获取后续需要获取的MPD文件。例如，根据MPD文件中包含的媒体分片文件的名称和/或文件编号，向服务端请求获取包含后续媒体分片文件的名称和/或文件编号的MPD文件。然后，基于各次获取的MPD文件从服务端获取相应的除首个媒体分片文件以外的其他媒体分片文件。

与现有技术相比，本发明实施方式中客户端在获取DASH媒体流实现直播数据播放时，先通过向服务端发送至多两次获取请求，从服务端获取待播放DASH媒体流的首个MPD文件、媒体初始化文件和首个媒体分片文件，以快速得到用于渲染DASH媒体流首帧所需的文件数据，从而支持客户端对首帧媒体数据的播放操作；之后，根据首个MPD文件，向服务端请求后续MPD文件，并根据各次获取的MPD文件从服务端获取除首个媒体分片文件以外的其他媒体分片文件，以实现后续DASH媒体流数据的获取过程，从而支持客户端对非首帧媒体数据的播放操作。本方案中，利用较少次数的请求过程快速请求到可以渲染DASH媒体流首帧所需的全部数据，降低首帧渲染延时，改善客户端播放媒体流效果。同时，利用首个MPD文件，可以继续延用传统DASH媒体流的获取方案，通过获取的MPD文件请求获取除首个媒体分片文件以外的其他媒体分片文件，从而降低对传统获取方案的改造成本。

图3是根据本发明第二实施方式的DASH媒体流传输方法的具体流程图，第二实施方式是在第一实施方式基础上做的改进，其改进之处在于：客户端通过发送两次获取请求，从服务端获取待播放DASH媒体流的首个MPD文件、媒体初始化文件和首个媒体分片文件。

如图3所示，本发明实施例提供的DASH媒体流传输方法中，步骤101具体包括如下子步骤：

子步骤1011：基于向服务端发送第一MPD请求，从服务端获取首个MPD文件。

具体地，客户端在向服务端请求播放DASH媒体流时，先向服务端发送用于获取首个MPD文件的第一MPD请求。服务端根据第一MPD请求生成提供给客户端的针对DASH媒体流的首个MPD文件。该首个MPD文件中包含用于在客户端上播放的DASH媒体流的前n个媒体分片文件的媒体演示描述信息，如媒体分片文件的文件名称、文件编号等。

其中，首个MPD文件的封装格式可以为xml格式。

子步骤1012：基于向服务端发送第一媒体初始化请求，从服务端获取第一初始化文件，第一初始化文件为包含媒体初始化文件和首个媒体分片文件的内容的MP4格式文件。

在DASH协议中，媒体初始化文件和媒体分片文件均为MP4格式文件。因此可以将媒体初始化文件和首个媒体分片文件进行拼接，形成一个新的MP4格式文件，即第一初始化文件，以方便提供给客户端。

其中，第一初始化文件可包括两个box结构体，分别对应存储媒体初始化文件和首个媒体分片文件的内容。关于服务端构建第一初始化文件的过程，将在后续实施方式中进行详细阐述，在此不做赘述。

客户端在获取到第一初始化文件后，根据媒体初始化文件对首个媒体分片文件进行解码等处理，可以马上开始对DASH媒体流的首帧进行渲染，从而降低对首帧渲染的延时，改善客户端播放效果。

与现有技术相比，本发明实施方式中，客户端先基于发送的第一MPD请求，从服务端获取首个MPD文件；然后，基于发送的第一媒体初始化请求，从服务端获取包含媒体初始化文件和首个媒体分片文件的第一初始化文件，从而利用两次请求过程快速请求到可以渲染DASH媒体流首帧所需的全部数据，降低首帧渲染延时，改善客户端播放媒体流效果。

图4是根据本发明第三实施方式的DASH媒体流传输方法的具体流程图，第三实施方式是在第一实施方式基础上做的改进，其改进之处在于：客户端通过发送一次获取请求，从服务端获取待播放DASH媒体流的首个MPD文件、媒体初始化文件和首个媒体分片文件。

如图4所示，本发明实施例提供的DASH媒体流传输方法中，步骤101具体包括如下子步骤：

子步骤1013：通过向服务端发送第二媒体初始化请求，从服务端获取第二初始化文件，第二初始化文件为包含首个MPD文件、媒体初始化文件和首个媒体分片文件的内容的MP4格式文件。

具体地，客户端在向服务端请求播放DASH媒体流时，可只向服务端发送第二媒体初始化请求。服务端根据第二媒体初始化请求生成提供给客户端针对DASH媒体流的首个MPD文件、媒体初始化文件和首个媒体分片文件的内容。其中，该首个MPD文件中包含用于在客户端上播放的DASH媒体流的前n个媒体分片文件的媒体演示描述信息，如媒体分片文件的文件名称、文件编号等。

在DASH协议中，MPD文件为xml格式。媒体初始化文件和媒体分片文件均为MP4格式文件。为了方便一次性传输，服务端可以将首个MPD文件的内容改用MP4格式文件进行封装，然后将重新封装的首个MPD文件、媒体初始化文件和首个媒体分片文件进行拼接，形成一个新的MP4格式文件，即第二初始化文件，以方便提供给客户端。

其中，第二初始化文件可包括三个box结构体，分别对应存储首个MPD文件、媒体初始化文件和首个媒体分片文件的内容。关于服务端构建第二初始化文件的过程，将在后续实施方式中进行详细阐述，在此不做赘述。

客户端在获取到第二初始化文件后，根据媒体初始化文件对首个媒体分片文件进行解码等处理，可以马上开始对DASH媒体流的首帧进行渲染，从而降低对首帧渲染的延时，改善客户端播放效果。

与现有技术相比，本发明实施方式中，客户端基于发送的第二媒体初始化请求，从服务端获取包含首个MPD文件、媒体初始化文件和首个媒体分片文件的第二初始化文件，从而利用一次请求过程快速请求到可以渲染DASH媒体流首帧所需的全部数据，降低首帧渲染延时，改善客户端播放媒体流效果。

图5是根据本发明第四实施方式的DASH媒体流传输方法的具体流程图，第四实施方式是在以客户端为执行主体的任一实施方式基础上做的改进，其改进之处在于：对客户端获取后续媒体分片文件的过程进行细化。

如图5所示，本发明实施例提供的DASH媒体流传输方法中，步骤102具体包括如下子步骤：

子步骤1021：从首个MPD文件开始，基于当前获取的MPD文件而向服务端发送的第二MPD请求，从服务端获取下一个MPD文件。

具体地，基于媒体直播过程中DASH媒体流的实时传输特点，服务端需要根据DASH媒体流的拉流进度生成媒体切片文件，以及生成MPD文件，因此客户端是分批次获取媒体分片文件对应的MPD文件的。一个MPD文件中可以包括多个当前时间播放的媒体分片文件的媒体演示描述信息。本实施例中，客户端基于首个MPD文件所包含的媒体演示描述信息，例如媒体分片文件的名称和/或文件编号，向服务端请求获取包含已切分的后续几个媒体分片文件的名称和/或文件编号的MPD文件；接着再基于新获取的MPD文件获取下一个MPD文件，以此类推。为了与获取首个MPD文件的请求相区分，本实施例中将各次用于获取非首个MPD文件的请求均称为第二MPD请求。

子步骤1022：根据当前获取的MPD文件，向服务端发送媒体文件请求，以从服务器获取该MPD文件指向的除首个媒体分片文件以外的其他媒体分片文件。

具体地，客户端可以在每次获取到一个新的MPD文件后，马上基于该新的MPD文件向服务器发送媒体文件请求，以获取该MPD文件指向的除首个媒体分片文件以外的其他媒体分片文件。

与现有技术相比，本发明实施方式中，客户端在获取到首个媒体分片文件后，针对后续的媒体分片文件仍采用基于MPD文件获取的方式获取，使得在保证快速请求到可以渲染DASH媒体流首帧所需的全部数据，降低首帧渲染延时，改善客户端播放媒体流效果的基础上，与基于MPD文件获取媒体分片文件的获取方式进行了很好的衔接，降低了对传统方案的改造成本。

此外，在以上任一实施方式提供的DASH媒体流传输方法中，还包括如下步骤：

步骤1.在获取到媒体初始化文件和首个媒体分片文件后，基于媒体初始化文件对首个媒体分片文件执行播放操作。

步骤2.在获取到其他媒体分片文件后，基于媒体初始化文件对其他媒体分片文件执行播放操作。

通过及时对获取到的媒体分片文件，采用媒体初始化文件对其进行播放操作，从而快速、流畅的实现DASH媒体流的帧数据在客户端本地进行播放，提高播放效果。

本发明第五实施方式涉及一种DASH媒体流传输方法，该方法应用于服务端，该服务端为以上实施方式中的服务端。如图6所示，该方法包括如下步骤：

步骤201：针对推流到服务端的DASH媒体流，生成媒体初始化文件。

具体地，服务端针对后台推流过来的DASH媒体流，生成媒体初始化文件。其中，针对所属同一流名的DASH媒体流仅生成一次媒体初始化文件。服务端将生产的媒体初始化数据采用MP4格式进行封装，以待后续使用。该媒体初始化文件可原始记录为init.MP4文件。

步骤202：对DASH媒体流进行分片，形成媒体分片文件。

具体地，可以按照DASH媒体流的时间节点对其进行分片，形成一系列的媒体分片文件。每个媒体分片文件对应唯一的文件名称和/或文件编号。

步骤203：当接收到客户端请求DASH媒体流而发送的首个获取请求时，生成提供给客户端的首个MPD文件。

具体地，当服务器接收到客户端发送的用于请求DASH媒体流的首个获取请求时，根据当前DASH媒体流的直播进度，生成包含当前待播放的DASH媒体流的多个媒体分片文件对应的首个MPD文件。该MPD文件的格式可以根据客户端发送的首个获取请求的请求类型确定，而该请求类型与预先约定的客户端请求获取首个MPD文件、媒体初始化文件和首个媒体分片文件所需的请求次数有关。例如，当请求次数为两次时，即首个MPD文件是通过一次获取请求被客户端单独获取时，首个MPD文件可以为xml格式；当请求次数为一次时，即首个MPD文件是与媒体初始化文件和首个媒体分片文件通过一次获取请求被客户端整体获取时，首个MPD文件可以为MP4格式。

步骤204：基于从客户端接收到至多两次获取请求，将首个MPD文件、媒体初始化文件和首个MPD文件对应的首个媒体分片文件，作为响应结果反馈给所述客户端；其中，媒体初始化文件和首个媒体分片文件作为一次获取请求的响应结果发出。

具体地，客户端在向服务端请求播放DASH媒体流时，简化传统方案中发送5次http请求才能获取用于渲染首帧的全部数据的请求方案，而是采用至多发送两次获取请求，从服务端获取首个MPD文件、媒体初始化文件和首个媒体分片文件这三类文件。其中，媒体初始化文件和首个媒体分片文件通过一次获取请求获取得到。相应的，服务端根据客户端的请求，将这三类数据通过与获取请求的次数相同的响应次数，携带在响应结果中提供给客户端。例如，服务端在将媒体初始化文件和首个媒体分片文件作为一个响应结果反馈给客户端时，可将这两个文件进行拼接，然后将拼接形成后的文件携带在反馈响应中。

本实施例中，服务端通过接收客户端发送的至多两次的数据获取请求，向客户端反馈上述三类文件的反馈顺序不做限定。在传统DASH媒体流传输过程中，MPD文件采用xml格式进行封装，媒体初始化文件和媒体分片文件均是通过MP4文件进行封装。基于此，在本实施例中，可以根据这三类文件的封装格式，结合实际需求对这些文件进行拼接和重组，从而通过至多两次的反馈响应提供给客户端。

实际上，客户端在获取到媒体初始化文件和首个媒体分片文件后，可以马上开始对DASH媒体流的首帧进行渲染，从而降低对首帧渲染的延时，改善客户端播放效果。

步骤205：向客户端发送客户端后续基于首个MPD文件而请求的MPD文件，以及客户端根据各次获取的MPD文件请求的除首个媒体分片文件以外的其他媒体分片文件。

具体地，服务器在向客户端提供首个MPD文件后，会接收到客户端根据首个MPD文件获取后续需要的MPD文件的请求。例如，客户端根据MPD文件中包含的媒体分片文件的名称和/或文件编号，向服务端请求获取包含后续媒体分片文件的名称和/或文件编号的MPD文件。服务器接收到获取后续MPD文件的请求后，向客户端反馈相应的MPD文件。客户端基于各次获取的MPD文件向服务端发送媒体请求，服务端接收到媒体请求后，从已生成的媒体分片文件中提取与MPD文件中相应的除首个媒体分片文件以外的其他媒体分片文件反馈给客户端。

与现有技术相比，本发明实施方式中，服务端针对推流到本地的DASH媒体流，生成媒体初始化文件和媒体分片文件；当接收到客户端请求DASH媒体流而发送的首个获取请求时，生成提供给客户端的首个MPD文件，并基于从客户端接收到至多两次获取请求，将首个MPD文件、媒体初始化文件和首个MPD文件对应的首个媒体分片文件，作为响应结果反馈给客户端，以使客户端能够快速得到用于渲染DASH媒体流首帧所需的文件数据，从而支持客户端对首帧媒体数据的播放操作；之后，向客户端发送客户端后续基于首个MPD文件而请求的MPD文件，以及客户端根据各次获取的MPD文件请求的除首个媒体分片文件以外的其他媒体分片文件，以实现向客户端提供后续DASH媒体流数据的过程，从而支持客户端对非首帧媒体数据的播放操作。本方案中，基于较少次数的请求过程快速向客户端反馈可以渲染DASH媒体流首帧所需的全部数据，降低首帧渲染延时，改善客户端播放媒体流效果。同时，利用首个MPD文件，可以继续延用传统DASH媒体流的获取方案，通过客户端根据获取的MPD文件而发起的请求向客户端发送除首个媒体分片文件以外的其他媒体分片文件，从而降低对传统获取方案的改造成本。

图7是根据本发明第六实施方式的DASH媒体流传输方法的具体流程图，第六实施方式是在第五实施方式基础上做的改进，其改进之处在于：基于客户端发送的两次获取请求，向客户端提供待播放DASH媒体流的首个MPD文件、媒体初始化文件和首个媒体分片文件。

如图7所示，本发明实施例提供的DASH媒体流传输方法中，所述首个获取请求为第一MPD请求；步骤204具体包括如下子步骤：

子步骤2041：基于从客户端接收到第一MPD请求，将首个MPD文件作为第一次响应结果反馈给客户端。

具体地，客户端在向服务端请求播放DASH媒体流时，先向服务端发送用于获取首个MPD文件的第一MPD请求。服务端根据第一MPD请求生成提供给客户端的针对DASH媒体流的首个MPD文件。该首个MPD文件中包含用于在客户端上播放的DASH媒体流的前n个媒体分片文件的媒体演示描述信息，如媒体分片文件的文件名称、文件编号等。

其中，首个MPD文件的封装格式可以为xml格式。

子步骤2042：基于从客户端接收到第一媒体初始化请求，将第一初始化文件作为第二次响应结果反馈给客户端；第一初始化文件为包含媒体初始化文件和首个媒体分片文件的内容的MP4格式文件。

在DASH协议中，媒体初始化文件和媒体分片文件均为MP4格式文件。因此服务端可以将媒体初始化文件和首个媒体分片文件进行拼接，形成一个新的MP4格式文件，即第一初始化文件，然后将第一初始化文件作为第二次响应结果反馈给客户端。

服务端是在从客户端接收到第一媒体初始化请求之后，构建第一初始化文件，所构建的第一初始化文件包括两个box结构体，分别对应存储媒体初始化文件和首个媒体分片文件的内容。

具体构建过程如下：

在现有mp4文件的box结构中，比如音视频初始文件init.mp4中，扩展出一个新的自定义的box，命名为wsstart-box。wsstart-box用来存储首个媒体分片文件的内容。这样，可以在现有的音视频初始文件init.mp4中，添加wsstart-box信息。当获取到该音视频初始文件init.mp4文件的同时，也能获取到首个媒体分片文件，而不用额外一次http请求获取首个媒体分片文件的内容，省去一次http请求。本实施例中，将在原有音视频初始文件init.mp4文件中增加首个媒体分片文件的内容后的init.mp4做为上述第一初始化文件。

具体地，wsstart-box包含5个字段type、size、filename、mediadata、mandatory。type字段表示该box的类型，值为“wsstart”，表示首个媒体分片文件；size字段表示该box的实际大小；filename字段用来存储首个媒体分片文件的文件名称；mediadata字段用来存储该媒体分片文件的内容；mandatory字段用来表示该box是否是mp4文件必须的，默认值为false，表示不是必须的。

客户端在获取到第一初始化文件后，根据其中的媒体初始化文件对首个媒体分片文件进行解码等处理，可以马上开始对DASH媒体流的首帧进行渲染，从而降低对首帧渲染的延时，改善客户端播放效果。

与现有技术相比，本发明实施方式中，服务器基于客户端先发送的第一MPD请求，向客户端提供首个MPD文件；然后，基于客户端发送的第一媒体初始化请求，向客户端提供包含媒体初始化文件和首个媒体分片文件的第一初始化文件，从而利用客户端发送的两次请求过程，快速向客户端提供可以渲染DASH媒体流首帧所需的全部数据，降低首帧渲染延时，改善客户端播放媒体流效果。

图8是根据本发明第七实施方式的DASH媒体流传输方法的具体流程图，第七实施方式是在第五实施方式基础上做的改进，其改进之处在于：基于客户端发送的一次获取请求，向客户端提供待播放DASH媒体流的首个MPD文件、媒体初始化文件和首个媒体分片文件。

如图8所示，本发明实施例提供的DASH媒体流传输方法中，所述首个获取请求为第二媒体初始化请求；步骤204具体包括如下子步骤：

子步骤2043：基于从客户端接收到第二媒体初始化请求，将第二初始化文件作为第一次响应结果反馈给客户端；第二初始化文件为包含首个MPD文件、媒体初始化文件和首个媒体分片文件的内容的MP4格式文件。

具体地，客户端在向服务端请求播放DASH媒体流时，可只向服务端发送第二媒体初始化请求。服务端根据第二媒体初始化请求生成提供给客户端针对DASH媒体流的首个MPD文件、媒体初始化文件和首个媒体分片文件的内容。其中，该首个MPD文件中包含用于在客户端上播放的DASH媒体流的前n个媒体分片文件的媒体演示描述信息，如媒体分片文件的文件名称、文件编号等。

在DASH协议中，MPD文件为xml格式。媒体初始化文件和媒体分片文件均为MP4格式文件。为了方便一次性传输，服务端可以将首个MPD文件的内容改用MP4格式文件进行封装，然后将重新封装的首个MPD文件、媒体初始化文件和首个媒体分片文件进行拼接，形成一个新的MP4格式文件，即第二初始化文件，以方便提供给客户端。

服务端是在从客户端接收到第二媒体初始化请求之后，构建第二初始化文件，所构建的第二初始化文件包括三个box结构体，分别对应存储首个MPD文件、媒体初始化文件和首个媒体分片文件的内容。

具体构建过程如下：

在现有mp4文件的box结构中，比如音视频初始文件init.mp4中，扩展出两个新的自定义的box，分别命名为wsmpd-box和wsstart-box。wsmpd-box用来存储首个MPD文件的内容。wsstart-box用来存储首个媒体分片文件的内容。这样，可以在现有的音视频初始文件init.mp4中，添加wsmpd-box信息和wsstart-box信息。当获取到该音视频初始文件init.mp4文件的同时，也能获取到首个MPD文件和首个媒体分片文件，而不用额外两次http请求分别获取首个MPD文件和首个媒体分片文件的内容，省去两次http请求。本实施例中，将在原有音视频初始文件init.mp4文件中增加首个MPD文件和首个媒体分片文件的内容后的init.mp4做为上述第二初始化文件。

具体地，wsmpd-box包含4个字段type、size、content、mandatory。type字段表示该box的类型，值为“wsmpd”，表示首个MPD文件；size字段表示该box的实际大小；content字段用来存储首个MPD文件的内容，mandatory字段用来表示该box是否是mp4文件必须的，默认值为false，表示不是必须的。

关于wsstart-box包含的字段可参考前述相关内容，在此不做赘述。

客户端在获取到第二初始化文件后，根据媒体初始化文件对首个媒体分片文件进行解码等处理，可以马上开始对DASH媒体流的首帧进行渲染，从而降低对首帧渲染的延时，改善客户端播放效果。

与现有技术相比，本发明实施方式中，服务器基于客户端发送的第二媒体初始化请求，向客户端提供包含首个MPD文件、媒体初始化文件和首个媒体分片文件的第二初始化文件，从而利用客户端发送的一次请求过程，快速向客户端提供可以渲染DASH媒体流首帧所需的全部数据，降低首帧渲染延时，改善客户端播放媒体流效果。

图9是根据本发明第八实施方式的DASH媒体流传输方法的具体流程图，第八实施方式是在以服务端为执行主体的任一实施方式基础上做的改进，其改进之处在于：对服务端提供后续媒体分片文件的过程进行细化。

如图9所示，本发明实施例提供的DASH媒体流传输方法中，步骤205具体包括如下子步骤：

子步骤2051：从首个MPD文件开始，基于接收的客户端当前获取到MPD文件而发送的第二MPD请求，向客户端发送下一个MPD文件。

具体地，基于媒体直播过程中DASH媒体流的实时传输特点，服务端需要根据DASH媒体流的拉流进度生成媒体切片文件，从而生成MPD文件，因此服务端是分批次提供媒体分片文件对应的MPD文件给客户端的。一个MPD文件中可以包括多个当前时间播放的媒体分片文件的媒体演示描述信息。本实施例中，服务端基于客户端在获取到首个MPD文件所包含的媒体演示描述信息，例如媒体分片文件的名称和/或文件编号，而向服务端发送MPD请求后，向客户端提供包含已切分的后续几个媒体分片文件的名称和/或文件编号的MPD文件；接着再基于客户端新获取MPD文件后发送的MPD请求，向客户端提供下一个MPD文件，以此类推。为了与获取首个MPD文件的请求相区分，本实施例中将各次用于获取非首个MPD文件的请求均称为第二MPD请求。

子步骤2052：基于接收的客户端根据当前获取的MPD文件而发送的媒体文件请求，向客户端发送该MPD文件指向的除首个媒体分片文件以外的其他媒体分片文件。

具体地，客户端可以在每次获取到一个新的MPD文件后，马上基于该新的MPD文件向服务器发送媒体文件请求，服务端基于这些媒体文件请求，向客户端提供这些MPD文件所指向的除首个媒体分片文件以外的其他媒体分片文件。

与现有技术相比，本发明实施方式中，服务端在向客户端提供首个媒体分片文件后，针对客户端后续请求的媒体分片文件仍采用基于MPD文件提供的方式提供给客户端，使得在保证快速向客户端提供可以渲染DASH媒体流首帧所需的全部数据，降低首帧渲染延时，改善客户端播放媒体流效果的基础上，与基于MPD文件获取媒体分片文件的获取方式进行了很好的衔接，降低了对传统方案的改造成本。

参照图10所示，为图8所示DASH媒体流传输方法的信令流程图。一个媒体流播放的流程是，客户端首先1.请求wsstart.MP4文件(即“第二媒体初始化文件”)；之后4.再根据首个MPD文件内容，分别请求对应的视频分片文件和音频分片文件，如video-1.mp4、audio-1.mp4、video-2.mp4、audio-2.mp4……。这样相当于客户端需要1次http请求就可以渲染DASH媒体流的首帧数据，从而造成首帧渲染延时比较高，客户端播放效果较差的问题。

本发明第九实施方式涉及一种电子设备，如图11所示，包括至少一个处理器302；以及，与至少一个处理器302通信连接的存储器301；其中，存储器301存储有可被至少一个处理器302执行的指令，指令被至少一个处理器302执行，以使至少一个处理器302能够执行上述图2至图5任一方法实施例；其中，所述电子设备为客户端；或者，执行上述图6至图10任一方法实施例；其中，所述电子设备为服务端。

其中，存储器301和处理器302采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器302和存储器301的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器302处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器302。

处理器302负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器301可以被用于存储处理器302在执行操作时所使用的数据。

本发明第10实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述任一方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。