一种辅助数据流的传输方法、设备和系统与流程

本发明涉及无线传输技术领域，尤其涉及一种辅助数据流的传输方法、设备和系统。

背景技术：

目前，将视频和音频从一个启用无线通信的设备直接流送到另一个启用无线通信的设备。这样的系统被称为“miracast”，其也被称为wi-fi显示(wfd，wi-fidisplay)。miracast规范被设计成用于将任何类型的视频或音频比特流从源端设备(sourse)流送到目的端设备(sink)。作为一个示例，源端(sourse)可以是一台智能电话，而目的端(sink)可以是电视机。尽管在典型的ieee802.11无线网络中，客户机设备通过接入点(ap)设备来进行通信，但由于存在支持直接设备通信的协议(诸如wi-fidirect)。miracast系统则使用这些协议来将显示数据从一个设备发送到另一设备，诸如从智能电话发送到电视机或计算机，或反之。

目前的miracast协议规范，仅规定了源端发送video-only、audio-only以及video+audio三种模式的多媒体流，分别对应实现视频、音频以及有声音的视频的传输。但是在很多情况下，在实际的多媒体播放过程中，除了上述三种模式的多媒体流之外，还需要包括相应的多媒体辅助数据流，例如单独字幕流、单独的ui流、混合的音频流等等；但是目前的miracast协议规范并没有对辅助数据流的传输进行规范，因此，当前的设备无法通过miracast协议规范传输多媒体的辅助信息流。

技术实现要素：

为解决上述技术问题，本发明实施例期望提供一种辅助数据流的传输方法、 设备和系统，能够在多媒体数据流传输的同时还能够传输与多媒体数据流相关联的辅助数据流，从而能够在目的端同步的将多媒体数据流和相关联的辅助数据流进行播放。

本发明的技术方案是这样实现的：

第一方面，本发明实施例提供了一种辅助数据流的传输方法，所述方法包括：

在miracast的能力协商阶段，源端发送辅助数据流支持信息的请求消息；其中，所述请求消息用于获取目的端对辅助数据流的支持信息；

所述源端接收到辅助数据流支持信息后，根据所述辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息。

在上述方案中，所述辅助数据流支持信息包括：所述目的端所支持的辅助数据流的格式和所述目的端所支持的辅助数据流的数据分组数量。

在上述方案中，所述源端发送辅助数据流支持信息的请求消息，具体包括：

所述源端将所述辅助数据流支持信息的请求消息封装于实时流协议rtsp的参数获取请求中，并将封装后的参数获取请求进行发送。

在上述方案中，所述源端根据所述辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息，具体包括：

所述源端根据所述待传输的辅助数据流的打包形式，确定所述辅助数据流在mpeg-ts流中所处的节目标识以及所述辅助数据流在mpeg-ts流的节目中所处的频道标识；

所述源端根据所述待传输的辅助数据流的内容，确定所述辅助数据流的优先级、数据分组数量和文件格式；

所述源端将所述辅助数据流在mpeg-ts流中所处的节目标识、所述辅助数据流在mpeg-ts流的节目中所处的频道标识、所述辅助数据流的优先级、数据分组数量和文件格式进行发送。

在上述方案中，所述源端发送所述辅助数据流的参数信息，具体包括：

所述源端将所述辅助数据流的参数信息封装于rtsp的参数设置请求中， 并将封装后的参数设置请求进行发送。

第二方面，本发明实施例提供了一种辅助数据流的传输方法，所述方法包括：

在miracast的能力协商阶段，目的端接收辅助数据流支持信息的请求消息；其中，所述请求消息用于获取目的端对辅助数据流的支持信息；

所述目的端发送所述辅助数据流支持信息；

所述目的端接收所述辅助数据流的参数信息。

在上述方案中，所述方法还包括：

所述目的端根据所述辅助数据流的参数信息初始化自身的数据流接收参数。

在上述方案中，所述辅助数据流支持信息包括：所述目的端所支持的辅助数据流的格式和所述目的端所支持的辅助数据流的数据分组数量。

在上述方案中，所述目的端发送所述辅助数据流支持信息，具体包括：

所述目的端将所述辅助数据流支持信息封装于针对实时流协议rtsp的参数获取请求的响应消息中，并发送封装后的响应消息。

在上述方案中，所述辅助数据流的参数信息，具体包括：所述辅助数据流在mpeg-ts流中所处的节目标识、所述辅助数据流在mpeg-ts流的节目中所处的频道标识、所述辅助数据流的优先级、数据分组数量和文件格式。

第三方面，本发明实施例提供了一种源端设备，所述源端设备包括：第一发送模块和第一接收模块；其中，

所述第一发送模块，用于在miracast的能力协商阶段，发送辅助数据流支持信息的请求消息；其中，所述请求消息用于获取目的端对辅助数据流的支持信息；

所述第一接收模块，用于接收辅助数据流支持信息；

所述第一发送模块，还用于根据所述辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息。

在上述方案中，所述辅助数据流支持信息包括：所述目的端所支持的辅助 数据流的格式和所述目的端所支持的辅助数据流的数据分组数量。

在上述方案中，所述第一发送模块，用于将所述辅助数据流支持信息的请求消息封装于实时流协议rtsp的参数获取请求中，并将封装后的参数获取请求进行发送。

在上述方案中，所述第一发送模块，用于根据所述待传输的辅助数据流的打包形式，确定所述辅助数据流在mpeg-ts流中所处的节目标识以及所述辅助数据流在mpeg-ts流的节目中所处的频道标识；

以及，根据所述待传输的辅助数据流的内容，确定所述辅助数据流的优先级、数据分组数量和文件格式；

以及，将所述辅助数据流在mpeg-ts流中所处的节目标识、所述辅助数据流在mpeg-ts流的节目中所处的频道标识、所述辅助数据流的优先级、数据分组数量和文件格式进行发送。

在上述方案中，所述第一发送模块，用于将所述辅助数据流的参数信息封装于rtsp的参数设置请求中，并将封装后的参数设置请求进行发送。

第四方面，本发明实施例提供了一种目的端设备，所述目的端设备包括：第二接收模块、第二发送模块；其中，

所述第二接收模块，用于在miracast的能力协商阶段，接收辅助数据流支持信息的请求消息；其中，所述请求消息用于获取目的端对辅助数据流的支持信息；

所述第二发送模块，用于发送所述辅助数据流支持信息；

所述第二接收模块，还用于接收所述辅助数据流的参数信息。

在上述方案中，所述目的端设备还包括初始化模块，用于根据所述辅助数据流的参数信息初始化自身的数据流接收参数。

在上述方案中，所述辅助数据流支持信息包括：所述目的端所支持的辅助数据流的格式和所述目的端所支持的辅助数据流的数据分组数量。

在上述方案中，所述第二发送模块，用于将所述辅助数据流支持信息封装于针对实时流协议rtsp的参数获取请求的响应消息中，并发送封装后的响应 消息。

在上述方案中，所述辅助数据流的参数信息，具体包括：所述辅助数据流在mpeg-ts流中所处的节目标识、所述辅助数据流在mpeg-ts流的节目中所处的频道标识、所述辅助数据流的优先级、数据分组数量和文件格式。

第五方面，本发明实施例提供了一种辅助数据流的传输系统，所述系统包括：源端设备和目的端设备；其中，

所述源端设备，用于在miracast的能力协商阶段，发送辅助数据流支持信息的请求消息；其中，所述请求消息用于获取目的端对辅助数据流的支持信息；

以及，接收辅助数据流支持信息；

以及，根据所述辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息；

所述目的端设备，用于在miracast的能力协商阶段，接收所述辅助数据流支持信息的请求消息；

以及，发送所述辅助数据流支持信息；

以及，接收所述辅助数据流的参数信息。

本发明实施例提供了一种辅助数据流的传输方法、设备和系统；通过在wfd能力协商过程中，将与待传输的多媒体数据流关联的辅助数据流的相关信息进行协商，从而能够在多媒体数据流传输的同时还能够传输与多媒体数据流相关联的辅助数据流，也能够在目的端同步的将多媒体数据流和相关联的辅助数据流进行播放。

附图说明

图1为本发明实施例提供的一种应用场景的示意图；

图2为本发明实施例提供的一种辅助数据流的传输方法的流程示意图；

图3为本发明实施例提供的一种源端发送辅助数据流的参数信息的流程示意图；

图4为本发明实施例提供的一种辅助数据流的传输方法的具体实现过程示 意图；

图5为本发明实施例提供的一种m3请求消息的示意图；

图6为本发明实施例提供的一种m3应答消息的示意图；

图7为本发明实施例提供的一种m4请求消息的示意图；

图8为本发明实施例提供的一种m4应答消息的示意图；

图9为本发明实施例提供的一种目的端进行播放的流程示意图；

图10为本发明实施例提供的另一种m3应答消息的示意图；

图11为本发明实施例提供的另一种m4请求消息的示意图；

图12为本发明实施例提供的一种基于源端的辅助数据流的传输方法流程示意图；

图13为本发明实施例提供的一种基于目的端的辅助数据流的传输方法流程示意图；

图14为本发明实施例提供的一种源端设备结构示意图；

图15为本发明实施例提供的一种目的端设备结构示意图；

图16为本发明实施例提供的另一种目的端设备结构示意图；

图17为本发明实施例提供的一种辅助数据流的传输系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

参见图1，其示出了本发明实施例提供的一种应用场景，在该场景中，源端10和目的端20之间通过miracast连接实现屏幕共享；其中，进行影像传输的设备称之为源端设备，接收被传输的影像的设备称之为目的端设备。在该示例性场景中，源端10可以为支持miracast功能的智能手机、平板电脑、笔记本电脑等；目的端20可以为支持miracast功能的电视、投影设备等。可以理解地，该应用场景仅用于对本发明实施例提供的技术方案进行说明，并不对本发明实施例进行任何限定。

可以理解地，在图1所示的应用场景中，源端10和目的端20之间仅能够进行video-only、audio-only以及video+audio三种模式的多媒体流，分别对应视频、音频以及有声音的视频，无法对辅助数据流，例如辅助字幕流、辅助音频流和辅助视频流的传输。

实施例一

参见图2，其示出了本发明实施例提供的一种辅助数据流的传输方法，该方法可以应用于图1所示的场景，该方法可以包括：

s201：在miracast的能力协商阶段，源端发送辅助数据流支持信息的请求消息；

其中，请求消息用于获取目的端对辅助数据流的支持信息；而辅助数据流支持信息包括：目的端所支持的辅助数据流的格式和所述目的端所支持的辅助数据流的数据分组数量；具体地，辅助数据流的一个数据分组表示该辅助数据流的一路传输。

需要说明的是，本实施例的技术方案可以应用于源端和目的端遵循miracast1.0规范流程的wfd能力协商(wfdcapabilitynegotiation)阶段。在步骤s201之前的wfd能力协商阶段中，源端首先向目的端发送实时流协议(rtsp，realtimestreamingprotocol)的m1消息以询问目的端所支持的rtsp方法，目的端对m1消息回复应答；然后目的端向源端发送m2消息以询问源端所支持的rtsp方法，源端对m2消息进行回复应答。

接下来，源端就能够发送辅助数据流支持信息的请求消息；在具体实现过程中，源端将所述辅助数据流支持信息的请求消息封装于实时流协议rtsp的参数获取请求(rtspget_parameter请求，即m3消息)中，并将封装后的参数获取请求进行发送。

s202：目的端接收到辅助数据流支持信息的请求消息后，发送所述辅助数据流支持信息；

示例性地，在具体实现过程中，步骤s202具体可以包括：目的端将所述辅助数据流支持信息封装于针对实时流协议rtsp的参数获取请求的响应消息(即 针对m3消息的应答消息)中，并发送封装后的响应消息。

s203：源端接收到辅助数据流支持信息后，根据所述辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息。

示例性地，辅助数据流的参数信息，具体包括：所述辅助数据流在mpeg-ts流中所处的节目标识、所述辅助数据流在mpeg-ts流的节目中所处的频道标识、所述辅助数据流的优先级、数据分组数量和文件格式。

具体地，如图3所示，所述源端根据辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息，具体包括：

s2031：源端根据待传输的辅助数据流的打包形式，确定辅助数据流在mpeg-ts流中所处的节目标识以及辅助数据流在mpeg-ts流的节目中所处的频道标识；

s2032：源端根据待传输的辅助数据流的内容，确定辅助数据流的优先级、数据分组数量和文件格式；

s2033：源端将辅助数据流在mpeg-ts流中所处的节目标识、辅助数据流在mpeg-ts流的节目中所处的频道标识、辅助数据流的优先级、数据分组数量和文件格式进行发送。

其中，辅助数据流在mpeg-ts流中所处的节目标识可以为patid值；辅助数据流在mpeg-ts流的节目中所处的频道标识可以为pmtid值，需要说明的是，将不同的多媒体数据流和多媒体辅助数据流打包为一个mpeg-ts流时，多媒体数据流和多媒体辅助数据流需要打包到不同的节目中，即具有不同的patid值；但多媒体辅助数据流都打包到一个节目中，即具有相同的patid值，不同的pmtid值。

在具体实现过程中，步骤s203可以具体实现为：源端将辅助数据流的参数信息封装于rtsp的参数设置请求(rtspset_parameter请求，即m4消息)中，并将封装后的参数设置请求进行发送。

s204：目的端接收辅助数据流的参数信息，并且根据辅助数据流的参数信息初始化自身的数据流接收参数。

s205：目的端初始化自身的数据流接收参数成功之后，返回初始化成功消息。

在具体实现过程中，目的端可以通过针对m4消息的应答消息来发送初始化成功消息。

需要说明的是，步骤s205之后，源端和目的端之间的m5至m16消息可以按照当前的miracast标准消息进行交互，无需作任何改动。并且源端设备在对多媒体数据流和多媒体的辅助数据流进行打包的同时，还可以设置和使用同一同步信息。

当目的端设备解包后，若包含视频媒体信息，则将视频流的辅助数据流叠加在视频流上层；若包含音频媒体信息，则将音频流的辅助数据流与音频流进行混音播放。对于视频流的叠加和音频流的混音均为本领域的常用实现手段，本发明实施例对此不作具体限定。

本实施例提供了一种辅助数据流的传输方法；通过在wfd能力协商过程中，将与待传输的多媒体数据流关联的辅助数据流的相关信息进行协商，从而能够在多媒体数据流传输的同时还能够传输与多媒体数据流相关联的辅助数据流，也能够在目的端同步的将多媒体数据流和相关联的辅助数据流进行播放。

实施例二

基于实施例一的技术方案，参见图4，本实施例提供一种辅助数据流的传输方法的具体实现过程，在本实施例中，源端设备需要发送的多媒体数据流为一部外国电影的视频流，辅助数据流为该外国电影的原版字幕和中文字幕，可以理解地，常见的字幕的编码格式有unicode、utf-8等。该具体过程可以包括：

s401：源端可以在m3请求消息中额外增加消息参数以获取目的端所支持的辅助数据流信息；

具体地，除了按照现有的miracast标准所传输的参数之外，如图5所示的m3请求消息的示意图，在m3请求消息的内容中，通过加粗的斜体参数用来表示源端在m3请求消息中额外增加的消息参数。

其中，参数wfd_auxiliary_caption_formats、wfd_auxiliary_video_formats以 及wfd_auxiliary_audio_codecs分别表示目的端所支持的辅助字幕流的格式、目的端所支持的辅助视频流的格式和目的端所支持的辅助音频流的格式；

wfd_auxiliary_caption_count、wfd_auxiliary_video_count以及wfd_auxiliary_audio_count分别表示目的端可支持传输几路辅助字幕流、目的端可支持传输几路辅助视频流以及目的端可支持传输几路辅助音频流。

s402：源端将额外增加消息参数的m3请求消息发送至目的端；

s403：目的端接收到额外增加消息参数的m3请求消息后，将额外增加的消息参数所对应的参数值封装于m3应答消息；

需要说明的是，目的端可以根据自身可支持的辅助数据流的类型、格式和辅助数据流的数据分组数量，对m3请求消息中的各参数进行应答，并生成m3应答消息；在本实施例中，目的端支持两路辅助字幕流，并且辅助字幕流的编码格式为unicode。因此，除了按照现有的miracast标准所传输的参数之外，如图6所示的m3应答消息的示意图；在m3应答消息的内容中，通过加粗的斜体参数及对应的数值来表示目的端对源端m3请求消息中的各参数进行应答的参数。

s404：目的端将m3应答消息返回至源端；

s405：源端根据待传输的视频流和辅助字幕流确定待传输的辅助字幕流的参数，并根据待传输的辅助字幕流的参数生成m4请求消息；

具体地，在具体实施过程中，待传输的辅助数据流的参数可以包括：wfd_auxiliary_patid和wfd_auxiliary_aaa_priority_codec_b；其中，wfd_auxiliary_patid表明辅助数据流在mpeg-ts流中的位置，即在mpeg-ts流中所处的节目标识patid；wfd_auxiliary_aaa_priority_codec_b表示辅助数据流对应的优先级和支持的格式等信息，具体的参数值可以包括辅助数据流在mpeg-ts流的节目中所处的频道标识pmtid、优先级priority和支持的格式codec；而对于wfd_auxiliary_aaa_priority_codec_b参数名称本身，“aaa”为辅助数据流的类型，在“caption、video、audio”三个值中取值；b从1开始累加，表示辅助数据流的数据分组标识，如有x路辅助数据流，则每路辅助数据 流都对应一个wfd_auxiliary_aaa_priority_codec_b参数值。

在本实施例中，源端需要传输的多媒体流为视频流，需要传输的辅助数据流为两路辅助字幕流，因此，待传输的辅助字幕流的参数可以包括：辅助字幕流所在的在mpeg-ts流中所处的节目标识wfd_auxiliary_patid、两路辅助字幕流对应的优先级和支持的格式信息wfd_auxiliary_caption_priority_codec_1以及wfd_auxiliary_caption_priority_codec_2；因此，除了按照现有的miracast标准所传输的参数之外，如图7所示的m4请求消息，在m4请求消息的内容中，通过加粗的斜体参数及对应的数值来表示源端发送辅助数据流的参数信息。

s406：源端将m4请求消息发送至目的端；

s407：目的端根据m4请求消息初始化自身的接收参数；

s408：目的端初始化成功后，向源端发送用于表征初始化成功的m4应答消息。

具体地，m4应答消息的内容如图8所示。

可以理解地，通过s401至s408的过程，后续阶段可以使用miracast1.0标准消息，无需作任何改动。当源端将视频流和两路辅助字幕流打包为mpeg-ts流发送至目的端后，目的端可以通过miracast1.0标准消息接收打包之后mpeg-ts流，并将mpeg-ts流进行解析得到视频流和两路辅助字幕流，目的端在进行播放的时候将辅助字幕流叠加至视频流上。目的端进行具体播放的流程如图9所示。

实施例三

基于前述两个实施例的技术方案，在本实施例中，当源端设备需要发送的多媒体数据流为一部电影的视频流，辅助数据流为两路辅助音频流的时候，具体过程可以依照图4所示的技术方案进行，但是，m3应答消息与m4请求消息应对应修改为图10和图11所示的消息内容。

实施例四

基于前述实施例相同的技术构思，参见图12，其示出了本发明实施例提供的一种基于源端的辅助数据流的传输方法流程，可以包括：

s121：在miracast的能力协商阶段，源端发送辅助数据流支持信息的请求消息；

其中，请求消息用于获取目的端对辅助数据流的支持信息；

s122：源端接收到辅助数据流支持信息后，根据辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息。

在上述方案中，所述辅助数据流支持信息包括：所述目的端所支持的辅助数据流的格式和所述目的端所支持的辅助数据流的数据分组数量。

在上述方案中，所述源端发送辅助数据流支持信息的请求消息，具体包括：

所述源端将所述辅助数据流支持信息的请求消息封装于实时流协议rtsp的参数获取请求中，并将封装后的参数获取请求进行发送。

在上述方案中，所述源端根据所述辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息，具体包括：

源端根据所述待传输的辅助数据流的打包形式，确定所述辅助数据流在mpeg-ts流中所处的节目标识以及所述辅助数据流在mpeg-ts流的节目中所处的频道标识；

源端根据所述待传输的辅助数据流的内容，确定所述辅助数据流的优先级、数据分组数量和文件格式；

源端将所述辅助数据流在mpeg-ts流中所处的节目标识、所述辅助数据流在mpeg-ts流的节目中所处的频道标识、所述辅助数据流的优先级、数据分组数量和文件格式进行发送。

在上述方案中，所述源端发送所述辅助数据流的参数信息，具体包括：

所述源端将所述辅助数据流的参数信息封装于rtsp的参数设置请求中，并将封装后的参数设置请求进行发送。

实施例五

基于前述实施例相同的技术构思，参见图13，其实示出了本发明实施例提供的一种基于目的端的辅助数据流的传输方法流程，可以包括：

s131：在miracast的能力协商阶段，目的端接收辅助数据流支持信息的请 求消息；

其中，所述请求消息用于获取目的端对辅助数据流的支持信息；

s132：目的端发送所述辅助数据流支持信息；

s133：目的端接收所述辅助数据流的参数信息。

在上述方案中，所述方法还包括：目的端根据所述辅助数据流的参数信息初始化自身的数据流接收参数。

在上述方案中，所述辅助数据流支持信息包括：所述目的端所支持的辅助数据流的格式和所述目的端所支持的辅助数据流的数据分组数量。

在上述方案中，所述目的端发送所述辅助数据流支持信息，具体包括：

所述目的端将所述辅助数据流支持信息封装于针对实时流协议rtsp的参数获取请求的响应消息中，并发送封装后的响应消息。

在上述方案中，所述辅助数据流的参数信息，具体包括：所述辅助数据流在mpeg-ts流中所处的节目标识、所述辅助数据流在mpeg-ts流的节目中所处的频道标识、所述辅助数据流的优先级、数据分组数量和文件格式。

实施例六

基于前述实施例相同的技术构思，参见图14，其示出了本发明实施例提供的一种源端设备140，可以包括：第一发送模块1401和第一接收模块1402；其中，

第一发送模块1401，用于在miracast的能力协商阶段，发送辅助数据流支持信息的请求消息；其中，请求消息用于获取目的端对辅助数据流的支持信息；

第一接收模块1402，用于接收辅助数据流支持信息；

第一发送模块1401，还用于根据辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息。

在上述方案中，辅助数据流支持信息包括：目的端所支持的辅助数据流的格式和目的端所支持的辅助数据流的数据分组数量。

在上述方案中，第一发送模块1401，用于将辅助数据流支持信息的请求消息封装于实时流协议rtsp的参数获取请求中，并将封装后的参数获取请求进 行发送。

在上述方案中，第一发送模块1401，用于根据待传输的辅助数据流的打包形式，确定辅助数据流在mpeg-ts流中所处的节目标识以及辅助数据流在mpeg-ts流的节目中所处的频道标识；

以及，根据待传输的辅助数据流的内容，确定辅助数据流的优先级、数据分组数量和文件格式；

以及，将辅助数据流在mpeg-ts流中所处的节目标识、辅助数据流在mpeg-ts流的节目中所处的频道标识、辅助数据流的优先级、数据分组数量和文件格式进行发送。

在上述方案中，第一发送模块1401，用于将辅助数据流的参数信息封装于rtsp的参数设置请求中，并将封装后的参数设置请求进行发送。

实施例七

基于前述实施例相同的技术构思，参见图15，其示出了本发明实施例提供的一种目的端设备150，可以包括：第二接收模块1501、第二发送模块1502；其中，

第二接收模块1501，用于在miracast的能力协商阶段，接收辅助数据流支持信息的请求消息；其中，请求消息用于获取目的端对辅助数据流的支持信息；

第二发送模块1502，用于发送辅助数据流支持信息；

第二接收模块1501，还用于接收辅助数据流的参数信息。

在上述方案中，如图16所示，目的端设备150还包括初始化模块1503，用于根据辅助数据流的参数信息初始化自身的数据流接收参数。

在上述方案中，辅助数据流支持信息包括：目的端所支持的辅助数据流的格式和目的端所支持的辅助数据流的数据分组数量。

在上述方案中，第二发送模块1502，用于将辅助数据流支持信息封装于针对实时流协议rtsp的参数获取请求的响应消息中，并发送封装后的响应消息。

在上述方案中，辅助数据流的参数信息，具体包括：辅助数据流在mpeg-ts流中所处的节目标识、辅助数据流在mpeg-ts流的节目中所处的频道标识、 辅助数据流的优先级、数据分组数量和文件格式。

实施例八

基于前述实施例相同的技术构思，参见图17，其示出了本发明实施例提供的一种辅助数据流的传输系统170，其特征在于，所述系统包括：源端设备140和目的端设备150；其中，

所述源端设备140，用于在miracast的能力协商阶段，发送辅助数据流支持信息的请求消息；其中，所述请求消息用于获取目的端对辅助数据流的支持信息；

以及，接收辅助数据流支持信息；

以及，根据所述辅助数据流支持信息和待传输的辅助数据流发送辅助数据流的参数信息；

所述目的端设备150，用于在miracast的能力协商阶段，接收所述辅助数据流支持信息的请求消息；

以及，发送所述辅助数据流支持信息；

以及，接收所述辅助数据流的参数信息。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。