CN102457492A - 流媒体文件的协同传输方法、系统以及设备 - Google Patents

Abstract

本发明公开了一种流媒体文件的协同传输方法、系统以及设备，用以解决现有网络带宽不足以支持对传输带宽要求较高的流媒体业务的问题。该方法包括：主终端从流媒体服务器获取与参与协同传输的终端数目相同的下载标识，并按照每个参与协同传输的终端分别占用不同下载标识的原则，将获取的下载标识分配给各参与协同传输的终端；主终端根据分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，并基于建立的连接接收流媒体服务器发来的数据包，并接收参与协同传输的从终端发来的数据包。该方法缓解了流媒体服务器与终端之间的媒体连接的带宽压力，满足对传输带宽要求较高的流媒体业务的需求。

Description

流媒体文件的协同传输方法、系统以及设备

技术领域

本发明涉及移动通信技术领域，尤其涉及一种流媒体文件的协同传输方法、一种终端设备、一种流媒体服务器以及一种流媒体资源的协同传输系统。

背景技术

随着3G移动通信技术的发展，包括视频点播业务、手机电视业务在内的移动流媒体业务将获得广泛推广。流媒体业务数据采用流式传输方式在网络上传输。流媒体业务在播放前不需要完全地下载整个流媒体文件，只需要下载并缓冲初始的部分流媒体文件即可；在播放时，只要已下载缓冲当前播放时间之前的部分流媒体文件即可保证正常播放，从而实现随时传送随时播放。流媒体业务主要包含点播、直播和下载播放三种典型的业务模式。

附图1为现有2G或3G网络的分组交换(PS，Packet Switched)域中移动流媒体业务实现方式的示意图。流媒体业务的基本流程为：移动终端通过3G接入网和核心网中的服务网元与流媒体服务器建立基于实时流协议(RTSP，Real-Time Streaming Protocol)的媒体下载控制连接，如附图1中的虚线所示，并向流媒体服务器发送包含目标媒体文件标识的播放请求；流媒体服务器将目标媒体文件的编码数据封装成若干个实时传送协议(RTP，Real-time TransportProtocol)数据包，并通过媒体下载连接将封装获得的RTP数据包发送给移动终端。在具体封装时，流媒体服务器每次从目标媒体文件的编码数据中获取一帧数据，然后将获取的一帧数据分成几部分业务数据，分别将每部分业务数据写入一个RTP数据包的载荷部分，并在该RTP数据包的包头中添加时间戳和序列号后发送给移动终端。移动终端将从接收到的RTP数据包获取有效载荷中的业务数据，根据RTP数据包包头中的时间戳和序列号进行排序缓存，并当播放时间到达后，播放缓存重组的业务数据。

然而，流媒体文件的传输和处理过程会消耗大量的网络传输资源，例如，一个未经压缩的音频媒体文件所需的传输速率为1.4Mbps，而同样未经压缩的符合美国电视标准委员会(NTSC，National Television Standards Committee)标准的全屏视频文件需要的传输速率为25Mbps；即使采用压缩比较高的RealNetworks技术进行压缩后，也需要至少750Kbps的传输速率。虽然与2G网络相比，3G网络中为移动用户提供了较高的带宽资源，但是实际上，3G网络为用户分配的网络带宽仍然难以支撑推广流媒体业务。而另一方面，为了提高目前的流媒体业务的质量(例如提供更清晰的视频文件)，却需要进一步增大传输速率，因而目前3G网络为移动用户提供的有限的带宽资源限制了提供流媒体业务的质量。

发明内容

本发明实施例提供一种流媒体文件的传输方法，用以解决现有网络带宽不足以支持对传输带宽要求较高的流媒体业务的问题。

对应地，本发明实施例还提供了一种终端设备、一种流媒体服务器和一种流媒体文件的传输系统。

本发明实施例提供的技术方案如下：

一种流媒体文件的协同传输方法，包括：主终端从流媒体服务器获取与参与协同传输的终端数目相同的下载标识，并按照每个参与协同传输的终端分别占用不同下载标识的原则，将获取的下载标识分配给各参与协同传输的终端；主终端根据分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，并基于建立的连接接收流媒体服务器发来的数据包，并接收参与协同传输的从终端发来的数据包，所述从终端发来的数据包是根据主终端分配的下载标识从流媒体服务器获得的。

一种流媒体文件的协同传输方法，包括：从终端获得主终端分配的下载标识，并根据主终端分配的下载标识，与流媒体服务器建立媒体下载控制连接和媒体下载连接；以及基于建立的媒体下载控制连接和媒体下载连接，接收流媒体服务器发来的数据包；所述从终端将接收到的数据包发送给所述主终端。。

一种流媒体文件的协同传输方法，包括：流媒体服务器根据主终端提供的参与协同传输的终端的数目，向主终端发送相同数目的下载标识，所述参与协同传输的终端包括主终端和至少一个从终端；并根据所述下载标识与每个参与协同传输的终端分别建立媒体下载控制连接和媒体下载连接，以及基于建立的媒体下载控制连接和媒体下载连接，向每个参与协同传输的终端发送数据包。

一种终端设备，包括：获取单元，用于从流媒体服务器获取与参与协同传输的终端数目相同的下载标识；分配单元，用于按照每个参与协同传输的终端分别占用不同下载标识的原则，将获取单元获取的下载标识分配给各参与协同传输的终端；第一接收单元，用于根据分配单元分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，基于建立的连接接收流媒体服务器发来的数据包、以及接收参与协同传输的从终端发来的数据包，所述从终端发来的数据包是根据主终端分配的下载标识从流媒体服务器获得的。

一种终端设备，包括：获取单元，用于获得其他终端设备分配的下载标识；连接建立单元，用于根据获取单元获得的下载标识，与流媒体服务器建立媒体下载控制连接和媒体下载连接；接收单元，用于基于连接建立单元建立的媒体下载控制连接和媒体下载连接，接收流媒体服务器发来的数据包；发送单元，用于将接收单元接收到的数据包发送给所述其他终端设备。

一种流媒体服务器，包括：下载标识下发单元，用于根据主终端提供的参与协同传输的终端的数目，向主终端发送相同数目的下载标识，所述参与协同传输的终端包括主终端和至少一个从终端；连接建立单元，用于根据下载标识下发单元发送的下载标识与各个参与协同传输的终端分别建立媒体下载控制连接和媒体下载连接；发送单元，用于基于连接建立单元建立的媒体下载控制连接和媒体下载连接，向每个参与协同传输的终端发送数据包。

一种流媒体文件的协同传输系统，包括主终端、从终端和流媒体服务器，其中：主终端，用于从流媒体服务器获取与参与协同传输的终端数目相同的下载标识，并按照每个参与协同传输的终端分别占用不同下载标识的原则，将获取的下载标识分配给各参与协同传输的终端；根据分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，并基于建立的连接接收流媒体服务器发来的数据包，并接收从终端发来的数据包；从终端，用于根据主终端分配的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，基于建立的连接接收流媒体服务器发来的数据包，并将接收到的数据包发送给主终端；流媒体服务器，用于向主终端提供与参与协同传输的终端数目相同的下载标识，并根据下载标识与每个参与协同传输的终端建立媒体下载控制连接和媒体下载连接，基于建立的连接向每个参与协同传输的终端发送数据包。

本发明实施例通过由使用流媒体业务的主终端来确定参与协同传输的从终端的数量，并从流媒体服务器为每个参与协同传输的终端获取下载标识；流媒体服务器根据参与协同传输的终端数量，确定依次发送给将数据包发送给各个终端的顺序，并根据每个终端被分配的下载标识，以及确定出的发送顺序将数据包发送给各个参与协同传输的终端，每个参与协同传输的从终端将流媒体服务器发来的数据包发送给主终端，从而将本应在流媒体服务器与获取流媒体文件的主终端之间的媒体连接传输的数据包，部分地分流到流媒体服务器与从终端之间的媒体连接上传输，缓解了流媒体服务器与主终端之间的媒体连接的带宽压力，满足了对传输带宽要求较高的流媒体业务的需求。

附图说明

图1为现有技术中流媒体业务实现方式的示意图；

图2为本发明实施例的主要实现原理流程图；

图3为本发明实施例提供的流媒体文件的传输系统的结构示意图；

图4为本发明实施例中终端A从流媒体服务器S获取流媒体文件的过程流程图；

图5为本发明实施例从终端与主终端之间的本地连接断开时，主终端的处理流程图；

图6为本发明实施例从终端与主终端之间的本地连接断开时，流媒体服务器的处理流程图；

图7为本发明实施例从终端与流媒体服务器之间的媒体控制连接断开时，流媒体服务器的处理流程图；

图8为本发明实施例中中途有其他从终端加入协同传输时的处理流程图；

图9a为本发明实施例提供的第一种终端设备的第一种结构示意图；

图9b为本发明实施例提供的第一种终端设备的第二种结构示意图；

图9c为本发明实施例提供的第一种终端设备的第三种结构示意图；

图9d为本发明实施例提供的第一种终端设备的第四种结构示意图；

图10为本发明实施例提供的第二种终端设备的结构示意图；

图11a为本发明实施例提供的流媒体服务器的第一种结构示意图；

图11b为本发明实施例提供的流媒体服务器的第二种结构示意图；

图11c为本发明实施例提供的流媒体服务器的第三种结构示意图；

图11d为本发明实施例提供的流媒体服务器的第四种结构示意图；

图11e为本发明实施例提供的流媒体服务器的第五种结构示意图。

具体实施方式

由于现有网络带宽不足以支持对传输带宽要求较高的流媒体业务，或者不支持提高流媒体业务质量所需的更高的带宽要求。

本发明的基本思路是：在现有流媒体业务实现的基础上，通过多个从终端参与协同传输的方式，将本应在流媒体服务器与获取流媒体文件的主终端之间的媒体连接传输的数据包，部分地分流到流媒体服务器与从终端之间的媒体连接上传输，从终端将接收到的数据包通过本地连接发送给主终端，从而缓解了流媒体服务器与主终端之间的媒体连接的带宽压力，从而满足对传输带宽要求较高的流媒体业务的带宽需求。

下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。

如图2所示，本发明实施例的主要实现原理流程如下：

步骤10，主终端获得参与协同传输的终端数目，所述参与协同传输的终端包括主终端和从终端；

步骤20，主终端根据步骤10获得的参与协同传输的终端数目从流媒体服务器获取相同数目的下载标识；

步骤30，主终端将步骤20获取的下载标识分配给每个参与协同传输的终端；

步骤40，每个参与协同传输的终端基于分配的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接；

步骤50，主终端基于步骤40建立的与流媒体服务器之间的媒体下载控制连接和媒体下载连接接收流媒体服务器发来的数据包、以及接收参与协同传输的其他从终端发来的数据包，所述参与协同传输的从终端发来的数据包为从终端基于主终端步骤30中分配的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接后，基于建立的媒体下载控制连接和媒体下载连接接收到的。

下面将依据本发明上述发明原理，详细介绍一个实施例来对本发明方法的主要实现原理进行详细的阐述和说明。

附图3为本发明实施例提供的流媒体文件的传输系统的结构示意图。该流媒体文件的传输系统包括终端A、终端B、终端C、终端D和流媒体服务器S。终端A从流媒体服务器S获取流媒体文件的过程如附图4所示。终端A为请求从流媒体服务器S中获取媒体文件的终端，即终端A为流媒体业务的使用者，在本实施例中作为主终端。终端B与终端C可以是与终端A附近的其他用户使用的移动终端。

步骤401，终端A在初始化完成之后，使用包括蓝牙方式、红外方式、WIFI方式、局域网方式等在内的各种方式与能够搜索到的周边其他终端建立本地连接，这里终端A与终端B、终端C、终端D分别建立了本地连接；

步骤402，终端A利用步骤401建立的本地连接分别向终端B、终端C、终端D发送协同下载请求消息；

步骤403，终端B、终端C、终端D接收到协同下载请求消息后，根据自身情况，确定是否向终端A反馈确认参与响应消息；

可选地，终端B、终端C和终端D根据自身的负载状况或用户的意愿确定是否反馈确认参与响应消息；例如，终端B、终端C或终端D在自身负载低于预先设定阈值时，向终端A反馈确认参与响应消息，否则不反馈确认参与响应消息；或者，终端B、终端C或终端D在接收到协同下载请求消息后，向用户显示提示消息，该提示消息中包含不同的选项，用户可以通过按压不同的按键来输入同意或不同意的指令，或者默认用户未在预定时间内输入同意指令则认定用户不同意参与协同传输，终端B、终端C或终端D在接收到用户输入的同意指令时，向终端A反馈确认参与响应消息，否则不反馈确认参与响应消息。

在本实施例中，终端B、终端C反馈了确认参与响应消息，终端D未反馈确认参与响应消息。

步骤404，终端A将自身、以及对应反馈确认参与响应消息的其他终端作为参与协同传输的终端，并据此确定参与协同传输的终端的数目N，在本实施例中有终端B和终端C两个终端反馈了确认参与响应消息，则参与协同传输的终端的数目N＝3；

步骤405，终端A与流媒体服务器S建立协同下载媒体控制连接；

步骤406，终端A通过步骤405建立的协同下载媒体控制连接将步骤404确定出的参与协同传输的终端的数目N发送给流媒体服务器S；

步骤407，流媒体服务器S根据终端A发来的从终端的数目N，生成相同数量的下载标识，在本实施例中流媒体服务器S对应生成了三个下载标识，分别为DLID0、DLID1和DLID2，并将生成的下载标识通过协同下载媒体控制连接发送给终端A；

步骤408，终端A将流媒体服务器S发来的下载标识依次分配给自身、以及每个参与协同传输的从终端，例如将下载标识DLID0分配给自身(终端A)，将下载标识DLID1分配给终端B，将下载标识DLID2分配给终端C；

终端A使用步骤401建立的本地连接将为各参与协同传输的从终端分配的下载标识发送给对应的从终端，例如将下载标识DLID1发送给终端B，将下载标识DLID2发送给终端C。

步骤409，终端A、终端B和终端C分别使用终端A步骤408中分配的下载标识与流媒体服务器S建立基于RTSP的媒体下载控制连接和基于RTP的媒体下载连接；

步骤410，终端A与流媒体服务器S之间的媒体下载控制连接和媒体下载连接、以及终端B和终端C分别与流媒体服务器S之间的媒体下载控制连接和媒体下载连接建立完成后，流媒体服务器S以N为循环，依次将数据包发送到主终端以及各个从终端上，例如流媒体服务器S共有M(M＝60)个待发送数据包，则将序号为1+k(N)的数据包发送给终端A、将序号为2+k(N)的数据包发送给终端B、将序号为3+k(N)的数据包发送给终端C，其中k的取值范围为0～M/(N)，即k＝0，...，20；

步骤411，终端B和终端C分别将流媒体服务器S发来的数据包通过本地连接发送给终端A；

步骤412，终端A根据接收到的流媒体服务器S以及终端B和终端C发来的(或者终端B和终端C发来的)数据包的时间戳和序列号，对接收到的数据包负荷中的业务数据进行排序组装，以及根据当前播放时间，对排序组装的业务数据进行解码并播放；

步骤413，终端A将步骤412排序组装后的业务数据、或排序组装并解码后的业务数据发送给参与协同传输的终端B和终端C进行共享。

通过上述步骤401～步骤411中多个从终端参与协同传输的流媒体文件的传输方案，能够较好解决现有网络带宽不足以支持流媒体业务的带宽需求的问题，假设终端A、终端B和终端C分别与流媒体服务器S之间的可用带宽均为500Kbps，原本终端A只能获得500Kbps的传输速率，难以满足压缩后的流媒体文件的最小传输速率要求，在终端B和终端C参与进行协同传输后，终端A与流媒体服务器S之间的数据传输速率可以提高至原有的3倍，即1.5Mbps，则足以满足流媒体文件的传输速率要求，在参与协同传输的从终端的数目较多时能够提供更高的数据传输速率从而支持进一步提高流媒体业务质量。

在上述步骤410和步骤411中可能会出现从终端与主终端之间的本地连接中途断开、或从终端与流媒体服务器之间的媒体下载控制连接或媒体下载连接中途断开的情况。导致本地链路断开的原因包括由于主终端和从终端在相对移动的过程中，二者的绝对距离超过了蓝牙、红外、WIFI等无线方式所能够支持的最大传输距离；导致从终端与流媒体服务器之间的媒体下载控制连接或媒体下载连接断开的原因包括从终端的用户发现通过与流媒体服务器之间的媒体控制连接协助主终端接收数据包影响了自身业务的使用质量、或者降低了从终端的性能、或者耗费了从终端的电池能量，则会主动地输入指令断开从终端与流媒体服务器之间的媒体控制连接。

针对上述从终端与主终端之间的本地连接断开的情况，本实施例提供的解决方案为主终端A在步骤410、步骤411中接收来自于流媒体服务器S、从终端B和从终端C的数据包时，还对每个参与协同传输的从终端执行附图5中的各步骤：

步骤501，主终端检测与该从终端之间的本地连接是否断开；

步骤502，主终端在步骤501中判断出本地连接断开时，根据为该从终端分配的下载标识、当前接收到最新数据包的时间戳，确定缺失的本应由该从终端发来的数据包的序号；

例如主终端A确定与从终端B之间的本地连接断开时，最新接收到的数据包为时间戳为2000-1-1-18:00:00的数据包，该数据包的序号为20，而本应由终端B负责接收的数据包是序号为2+k(N+1)，其中k＝0，...，M/(N+1)，M＝60，N＝2的数据包，即序号为2、5、8、11、14、17、20的数据包，但是实际接收到的终端B发来的数据包是序号为2、5、8、11的数据包，那么确定出缺失的本应由从终端B发来的数据包的序号为14、17、20；

步骤503，主终端将步骤502确定出的缺失的数据包的序号发送给流媒体服务器，即将序号14、17、20发送给流媒体服务器；

步骤504，主终端通过与流媒体服务器之间建立的媒体下载控制连接和媒体下载连接，接收流媒体服务器重发的所述缺失的数据包，即终端A接收流媒体服务器S重发的序号为14、17、20的数据包。

较佳地，由于此时与主终端之间的本地连接已经断开的从终端无法再将流媒体服务器发来的数据包通过本地连接发送给主终端，因此服务器再继续向所述与主终端之间的本地连接已经断开的从终端发送数据包也就失去了实际意义，因此，在步骤503中主终端还可以将与主终端之间的本地连接已经断开的从终端的下载标识通过协同下载媒体控制连接发送给流媒体服务器，在本实施例中终端A将终端B的下载标识DLID1发送给流媒体服务器S，流媒体服务器S接收到主终端发送的与主终端之间的本地连接已经断开的从终端的下载标识、以及缺失的数据包的序号后，执行附图6中的各步骤：

步骤601，流媒体服务器根据主终端发来缺失的数据包的序号，通过建立的媒体下载控制连接和媒体下载连接，向主终端重发所述缺失的数据包；

终端B与终端A之间的本地连接断开后，流媒体服务器S根据终端A发来的缺失的数据包的序号14、17、20，向终端A重发序号为14、17、20的数据包；

步骤602，流媒体服务器根据接收到的与主终端之间的本地连接已经断开的从终端的下载标识，断开与接收到的下载标识对应的从终端之间的媒体控制连接；

流媒体服务器S根据终端A发来的终端B的下载标识DLID1，断开与终端B之间的媒体下载控制连接和媒体下载连接。

步骤603，流媒体服务器根据接收到的所述下载标识，重新确定依次发送给主终端和除主终端发来的下载标识对应的从终端之外其余从终端的数据包的序号；

假定在总共的60个数据包中，流媒体服务器S已发送了W(W＝20)个数据包，还剩余M-W＝40个数据包待发送，此时断开与下载标识为DLID1的终端B之间的媒体控制连接后，确定参与协同传输的终端的数目修改为N’＝N-1＝2，则以N’为循环，依次将数据包发送到主终端以及剩余的各个从终端上，例如将剩余的M-W＝40个数据包中序号为1+k(N’)的数据包发送给终端A、将序号为2+k(N’)的数据包发送给终端C，其中k的取值范围为0～(M-W)/(N’)，即k＝0，...，20；

步骤604，流媒体服务器根据重新确定的依次发送给主终端和其余从终端的数据包的序号，基于分别与主终端和其余从终端建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给主终端和从终端。

针对上述从终端与流媒体服务器之间的媒体下载控制连接或媒体下载连接断开的情况，本实施例提供的解决方案为流媒体服务器检测与每个参与协同传输的从终端之间的媒体控制连接是否断开，以及在媒体控制连接断开时，执行附图7中的各步骤：

步骤701，流媒体服务器执行与附图6中的步骤603相类似的步骤，根据媒体下载控制连接或媒体下载连接断开的从终端的下载标识，重新确定依次发送给主终端和除该从终端的标识对应的从终端之外其余参与协同传输的从终端的数据包的序号；

步骤702，流媒体服务器根据步骤701重新确定的依次发送给主终端和其余参与协同传输的从终端的数据包的序号，基于分别与主终端和其余从终端建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给主终端和其余参与协同传输的从终端。

较佳地，由于此时流媒体服务器与从终端之间的媒体下载控制连接或媒体下载连接已经断开，那么媒体下载控制连接或媒体下载连接已断开的从终端没有后续的数据包需要发送给主终端，因此主终端继续保持与媒体控制连接已断开的从终端之间的本地连接也就失去了实际意义，因此，流媒体服务器还可以执行步骤703；

步骤703，流媒体服务器将媒体下载控制连接或媒体下载连接已断开的从终端的下载标识，通过协同下载媒体控制连接发送给主终端，在本实施例中流媒体服务器S将终端B的下载标识DLID1发送给终端A。

主终端接收到流媒体服务器发来的媒体下载控制连接或媒体下载连接已断开的从终端的下载标识后，断开与该下载标识对应的从终端的本地连接，即终端A断开与终端B之间的本地连接，从而完成了终端B退出协同传输的过程。

与在步骤410和步骤411中可能出现从终端中途离开的情况相对应，还存在有其他从终端加入已经进行的协同传输过程的可能性。从终端中途加入协同传输的流程如附图8所示：

主终端在附图4的步骤410、步骤411时，还执行以下步骤：

步骤801，主终端获得中途加入协同传输的从终端的数目，例如终端A在接收流媒体服务器、和参与协同传输的从终端(终端B和终端C)发来的数据包时，还定期地搜索是否有其他中途加入协同传输的从终端，具体获得中途加入协同传输的从终端的数目的方式与附图4中步骤401～步骤404类似，在这里不再赘述；例如终端A发现还有终端E和终端F两个从终端可以加入协同传输；

步骤802，主终端将步骤801获得的中途加入协同传输的从终端数目，通过协同下载媒体控制连接发送给流媒体服务器；

步骤803，流媒体服务器根据主终端提供的加入协同传输的从终端的数目，向主终端发送与中途加入协同传输的从终端数目相同的下载标识，流媒体服务器S根据主终端提供的中途加入协同传输的从终端的数目(两个)，向终端A发送两个的下载标识DLID3、DLID4；

步骤804，主终端将获得的下载标识分配给每个加入协同传输的从终端；

终端A将下载标识DLID3分配给终端E，将下载标识DLID4分配给终端F；

步骤805，中途加入协同传输的从终端根据主终端分配的下载标识与流媒体服务器建立媒体下载控制连接或媒体下载连接；

终端E根据下载标识DLID3与流媒体服务器S建立媒体下载控制连接或媒体下载连接，终端F根据下载标识DLID4与流媒体服务器S建立媒体下载控制连接或媒体下载连接。

步骤806，中途加入协同传输的从终端与流媒体服务器建立媒体下载控制连接或媒体下载连接后，流媒体服务器根据参与协同传输的从终端的数目、以及加入协同传输的从终端的数目，重新确定依次发送给主终端和各参与协同传输、加入协同传输的从终端的数据包的序号；

例如在总共的60个数据包中，流媒体服务器S已发送了W(W＝20)个数据包，还剩余M-W＝40个数据包待发送，此时有终端E和终端F加入协同传输后，确定从终端的数目修改为N’＝N+2＝5，则以N’＝5为循环，依次将数据包发送到主终端以及参与协同传输、以及中途加入协同传输的各个从终端上，例如将剩余的M-W＝40个数据包中序号为1+k(N’)的数据包发送给终端A、将序号为2+k(N’)的数据包发送给终端B、将序号为3+k(N’)的数据包发送给终端C、将序号为4+k(N’)的数据包发送给终端E、将序号为5+k(N’)的数据包发送给终端F，其中k的取值范围为0～(M-W)/(N’)，即k＝0，...，8；

步骤807，流媒体服务器根据重新确定的依次发送给主终端和参与协同传输、加入协同传输的从终端的数据包的序号，基于与主终端和参与协同传输、加入协同传输的从终端分别建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给主终端、参与协同传输的从终端和加入协同传输的从终端。

附图5至附图8提供的中途有原本参与协同传输的从终端退出协同传输、或中途有从终端加入协同传输的解决方案提供了更为灵活的流媒体文件传输方案，从而支持动态地由现有的流媒体文件传输方式转换为协同传输方式，或由协同传输方式转换为现有的流媒体文件传输方式。

相应地，本发明实施例还提供了一种终端设备，如图9a所示，该终端设备包括获取单元902、分配单元903和第一接收单元904，具体如下：

获取单元902，用于从流媒体服务器获取与参与协同传输的终端数目相同的下载标识；

分配单元903，用于按照每个参与协同传输的终端分别占用不同下载标识的原则，将获取单元902获取的下载标识分配给各参与协同传输的终端；

第一接收单元904，用于根据分配单元903分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，基于建立的连接接收流媒体服务器发来的数据包、以及接收参与协同传输的从终端发来的数据包，所述从终端发来的数据包是根据主终端分配的下载标识从流媒体服务器获得的。

较佳地，附图9a中的终端设备还包括排序组装单元921和解码播放单元922，其中：

排序组装单元921，用于根据数据包的时间戳和序列号，对第一接收单元904接收到的数据包中的业务数据进行排序组装；

解码播放单元922，用于根据当前播放时间，对排序组装单元921排序组装的业务数据进行解码并播放。

较佳地，附图9a中的终端设备还包括共享单元923，用于将排序组装单元921排序组装的、或解码播放单元922解码的业务数据发送给参与协同传输的从终端共享。

较佳地，请参照附图9b，附图9a中的获取单元902具体包括本地连接建立子单元905、发送子单元906、接收子单元907和确定子单元908，其中：

本地连接建立子单元905，用于与周边的其他终端设备建立本地连接；

发送子单元906，用于通过本地连接建立子单元905建立的本地连接向周边终端设备发送协同下载请求消息；

接收子单元907，用于接收周边终端设备根据发送子单元906发送的所述协同下载请求消息对应反馈确认参与响应消息；

确定子单元908，用于将反馈接收子单元907接收到的确认参与响应消息的周边终端和自身所在的终端设备作为参与协同传输的终端，确定参与协同传输的终端数目。

较佳地，请参照附图9c，附图9a中的终端设备还包括监控单元909、确定单元910、第一发送单元911和第二接收单元912，其中：

监控单元909，用于针对每个参与协同传输的其他终端设备，监控与该参与协同传输的其他终端设备的本地连接是否断开；

确定单元910，用于在监控单元909监控到与所述参与协同传输的其他终端设备的本地连接断开时，根据为该从终端分配的下载标识、当前接收到最新数据包的时间戳，确定缺失的本应由该从终端发来的数据包的序号；

第一发送单元911，用于将确定单元910确定出的缺失的数据包的序号发送给流媒体服务器；

第二接收单元912，用于根据分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，基于建立的连接接收流媒体服务器根据第一发送单元911发送的所述缺失的数据包的序号重发的数据包。

较佳地，附图9c中的终端设备还包括：

第三发送单元913，用于在监控单元909监控到与所述参与协同传输的其他终端设备的本地连接断开时，将分配给所述参与协同传输的其他终端设备的下载标识发送给流媒体服务器。

较佳地，请参照附图9d，附图9a中的终端设备还包括第三接收单元914和执行单元915，其中：

第三接收单元914，用于接收流媒体服务器发来的与所述流媒体服务器之间的媒体下载控制连接或媒体下载连接已断开的从终端的下载标识；

执行单元915，用于断开与第三接收单元914接收的下载标识对应的其他终端设备之间的本地连接。

附图9a～附图9d所示的终端设备能够实现方法实施例中主终端的功能。

请参照附图10，本发明实施例还提供了一种终端设备，该终端设备包括获取单元1001、连接建立单元1002、接收单元1003和发送单元1004，其中：

获取单元1001，用于获得其他终端设备分配的下载标识；

连接建立单元1002，用于根据获取单元1001获得的下载标识，与流媒体服务器建立媒体下载控制连接和媒体下载连接；

接收单元1003，用于基于连接建立单元1002建立的媒体下载控制连接和媒体下载连接，接收流媒体服务器发来的数据包；

发送单元1004，用于将接收单元1003接收到的数据包发送给所述其他终端设备。

附图10所示的终端设备能够实现方法实施例一中从终端的功能，显然同一终端可以兼具主终端和从终端的功能。

请参照附图11a所示，本发明实施例还提供了一种流媒体服务器，包括下载标识下发单元111、连接建立单元112和发送单元113，其中：

下载标识下发单元111，用于根据主终端提供的参与协同传输的终端的数目，向主终端发送相同数目的下载标识，所述参与协同传输的终端包括主终端和至少一个从终端；

连接建立单元112，用于根据下载标识下发单元111发送的下载标识与各个参与协同传输的终端分别建立媒体下载控制连接和媒体下载连接；

发送单元113，用于基于连接建立单元112建立的媒体下载控制连接和媒体下载连接，向每个参与协同传输的终端发送数据包。

较佳地，请参照附图11b所示，附图11a中的流媒体服务器还包括第一接收单元114和数据包重发单元115，其中：

第一接收单元114，用于接收主终端发来的缺失的数据包的序号；

数据包重发单元115，用于根据第一接收单元114接收到的缺失的数据包的序号，通过建立的媒体下载控制连接和媒体下载连接，向所述主终端重新发送缺失的数据包。

较佳地，请参照附图11c所示，附图11a或附图11b所示的流媒体服务器的发送单元113具体包括第一确定子单元117和发送子单元118，其中：

第一确定子单元117，用于根据参与协同传输的终端的数目，确定依次发送给各参与协同传输的终端的数据包的序号；

发送子单元118，用于根据第一确定子单元117确定出的发送给各终端的数据包的序号，基于建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给各参与协同传输的终端。

较佳地，请参照附图11d所示，附图11c中的流媒体服务器还包括第二接收单元119和执行单元120，其中：

第二接收单元119，用于接收主终端发来的与所述主终端之间的本地连接已断开的从终端的下载标识；

执行单元120，用于断开与第二接收单元119接收到的下载标识对应的从终端之间的媒体下载控制连接和媒体下载连接；

此时，发送单元113还包括第二确定子单元121，用于根据第二接收单元119接收到的下载标识，重新确定依次发送给主终端和除接收到的下载标识对应的从终端之外其余参与协同传输的从终端的数据包的序号；

所述发送子单元118还用于根据第二确定子单元121重新确定的依次发送给主终端和其余从终端的数据包的序号，基于建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给主终端和其余参与协同传输的从终端。

较佳地，请参照附图11e所示，附图11c中的流媒体服务器还包括：

监控单元122，用于针对每个参与协同传输的从终端，监控与该参与协同传输的从终端的媒体下载控制连接或媒体下载连接是否断开；

此时，所述发送单元113还包括：

第三确定子单元123，用于在监控单元122监控到媒体下载控制连接或媒体下载连接断开时，根据所述从终端的下载标识，重新确定依次发送给主终端和除该下载标识对应的从终端之外其余参与协同传输的从终端的数据包的序号；

所述发送子单元118还用于根据第三确定子单元123重新确定的依次发送给主终端和其余参与协同传输的从终端的数据包的序号，将待发送的数据包发送给主终端和其余参与协同传输的从终端。

较佳地，附图11e中的流媒体服务器还包括：

标识发送单元124，用于在监控单元122监控到所述媒体下载控制连接或媒体下载连接断开时，将所述媒体控制连接断开的从终端的下载标识发送给主终端。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读取存储介质中，如：ROM/RAM、磁碟、光盘等。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (33)

1.一种流媒体文件的协同传输方法，其特征在于，包括：

主终端从流媒体服务器获取与参与协同传输的终端数目相同的下载标识，并

按照每个参与协同传输的终端分别占用不同下载标识的原则，将获取的下载标识分配给各参与协同传输的终端；

主终端根据分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，并基于建立的连接接收流媒体服务器发来的数据包，并接收参与协同传输的从终端发来的数据包，所述从终端发来的数据包是根据主终端分配的下载标识从流媒体服务器获得的。

2.如权利要求1所述的方法，其特征在于，主终端从流媒体服务器获取与参与协同传输的终端数目相同的下载标识之前，还包括：

主终端与从终端建立本地连接；以及

通过建立的本地连接向从终端发送协同下载请求消息，并

接收从终端根据所述协同下载请求消息对应反馈的确认参与响应消息；

主终端将反馈确认参与响应消息的从终端和所述主终端自身作为参与协同传输的终端，确定所述参与协同传输的终端数目。

3.如权利要求2所述的方法，其特征在于，所述本地连接的建立方式包括蓝牙方式、红外方式、WIFI方式和局域网方式。

4.如权利要求2或3所述的方法，其特征在于，主终端通过本地连接接收参与协同传输的从终端发来的数据包时，还包括：

针对每个参与协同传输的从终端，执行：

主终端监控与该参与协同传输的从终端之间的本地连接是否断开，以及

在监控到所述本地连接断开时，根据为该从终端分配的下载标识、当前接收到最新数据包的时间戳，确定缺失的本应由该从终端发来的数据包的序号，以及

将缺失的数据包的序号发送给流媒体服务器；

所述主终端基于与流媒体服务器建立的媒体下载控制连接和媒体下载连接，接收流媒体服务器根据所述缺失的数据包的序号重发的数据包。

5.如权利要求4所述的方法，其特征在于，主终端在监控到所述本地连接断开时，还包括：

将分配给所述本地连接断开的从终端的下载标识发送给流媒体服务器。

6.如权利要求1所述的方法，其特征在于，所述主终端根据获得的参与协同传输的终端数目，从流媒体服务器获取相同数目的下载标识，具体包括：

主终端建立与流媒体服务器之间的协同下载媒体控制连接，并

通过建立的协同下载媒体控制连接向流媒体服务器发送参与协同传输的终端数目，以及

接收流媒体服务器对应发来的与参与协同传输的终端数目相同的下载标识。

7.如权利要求6所述的方法，其特征在于，主终端接收流媒体服务器发来的数据包时，还包括：

通过所述协同下载媒体控制连接，接收流媒体服务器发来的与所述流媒体服务器之间的媒体下载控制连接或媒体下载连接已断开的从终端的下载标识，并

断开与接收到的下载标识对应的从终端之间的本地连接。

8.如权利要求1所述的方法，其特征在于，主终端接收流媒体服务器发来的数据包、以及参与协同传输的从终端发来的数据包时，还包括：

主终端获得中途加入协同传输的从终端的数目，以及

根据获得的中途加入协同传输的从终端数目，从流媒体服务器获取与中途加入协同传输的从终端数目相同的下载标识，并

将获取的下载标识分配给每个中途加入协同传输的从终端；

主终端接收中途加入协同传输的从终端发来的数据包，所述中途加入协同传输的从终端发来的数据包为中途加入协同传输的从终端根据主终端分配的标识与流媒体服务器建立的媒体下载控制连接和媒体下载连接后，基于建立的连接从流媒体服务器接收到的。

9.如权利要求1、2、3、5至8中任一权利要求所述的方法，其特征在于，所述主终端接收到流媒体服务器发来的数据包、以及参与协同传输的从终端发来的数据包后，还包括：

根据数据包的时间戳和序列号，对接收到的数据包中的业务数据进行排序组装，以及

根据当前播放时间，对排序组装的业务数据进行解码并播放。

10.如权利要求9所述的方法，其特征在于，所述主终端对接收到的数据包中的业务数据进行排序组装后，还包括：

将排序组装的或解码的业务数据发送给参与协同传输的从终端共享。

11.一种流媒体文件的协同传输方法，其特征在于，包括：

从终端获得主终端分配的下载标识，并

根据主终端分配的下载标识，与流媒体服务器建立媒体下载控制连接和媒体下载连接；以及

基于建立的媒体下载控制连接和媒体下载连接，接收流媒体服务器发来的数据包；

所述从终端将接收到的数据包发送给所述主终端。

12.一种流媒体文件的协同传输方法，其特征在于，包括：

流媒体服务器根据主终端提供的参与协同传输的终端的数目，向主终端发送相同数目的下载标识，所述参与协同传输的终端包括主终端和至少一个从终端；并

根据所述下载标识与每个参与协同传输的终端分别建立媒体下载控制连接和媒体下载连接，以及

基于建立的媒体下载控制连接和媒体下载连接，向每个参与协同传输的终端发送数据包。

13.如权利要求12所述的方法，其特征在于，流媒体服务器基于建立的媒体下载控制连接和媒体下载连接，向每个参与协同传输的终端发送数据包，具体包括：

流媒体服务器根据参与协同传输的终端的数目，确定依次发送给各参与协同传输的终端的数据包的序号；

根据确定出的发送给各终端的数据包的序号，基于建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给各参与协同传输的终端。

14.如权利要求12或13所述的方法，其特征在于，流媒体服务器将数据包发送给各参与协同传输的终端时，还包括：

接收主终端发来的缺失的数据包的序号；并

根据缺失的数据包的序号，通过建立的媒体下载控制连接和媒体下载连接，向所述主终端重新发送缺失的数据包。

15.如权利要求12或13所述的方法，其特征在于，流媒体服务器将数据包发送给各参与协同传输的终端时，还包括：

接收主终端发来的与所述主终端之间的本地连接已断开的从终端的下载标识；并

断开与接收到的下载标识对应的从终端之间的媒体下载控制连接和媒体下载连接；

根据接收到的下载标识，重新确定依次发送给主终端和除接收到的下载标识对应的从终端之外其余参与协同传输的从终端的数据包的序号；

根据重新确定的依次发送给主终端和其余从终端的数据包的序号，基于建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给主终端和其余参与协同传输的从终端。

16.如权利要求12或13所述的方法，其特征在于，流媒体服务器将数据包发送给各参与协同传输的终端时，还包括：

针对每个参与协同传输的从终端，执行：

流媒体服务器监控与该参与协同传输的从终端的媒体下载控制连接或媒体下载连接是否断开，以及

在监控到媒体下载控制连接或媒体下载连接断开时，根据所述从终端的下载标识，重新确定依次发送给主终端和除该下载标识对应的从终端之外其余参与协同传输的从终端的数据包的序号；

根据重新确定的依次发送给主终端和其余参与协同传输的从终端的数据包的序号，将待发送的数据包发送给主终端和其余参与协同传输的从终端。

17.如权利要求16所述的方法，其特征在于，流媒体服务器在监控到所述媒体下载控制连接或媒体下载连接断开时，还包括：

将所述媒体控制连接断开的从终端的下载标识发送给主终端。

18.如权利要求12或13所述的方法，其特征在于，流媒体服务器将待发送的数据包发送给各参与协同传输的终端时，还包括：

流媒体服务器根据主终端提供的中途加入协同传输的从终端的数目向主终端发送相同数目的下载标识；以及

根据下载标识分别与各个中途加入协同传输的从终端建立媒体下载控制连接和媒体下载连接；

根据参与协同传输的从终端的数目、以及加入协同传输的从终端的数目，重新确定依次发送给主终端和各参与协同传输、加入协同传输的从终端的数据包的序号；

根据重新确定出的发送给主终端和各参与协同传输、加入协同传输的从终端的数据包的序号，基于建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给主终端和参与协同传输、加入协同传输的从终端。

19.一种终端设备，其特征在于，包括：

获取单元，用于从流媒体服务器获取与参与协同传输的终端数目相同的下载标识；

分配单元，用于按照每个参与协同传输的终端分别占用不同下载标识的原则，将获取单元获取的下载标识分配给各参与协同传输的终端；

第一接收单元，用于根据分配单元分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，基于建立的连接接收流媒体服务器发来的数据包、以及接收参与协同传输的从终端发来的数据包，所述从终端发来的数据包是根据主终端分配的下载标识从流媒体服务器获得的。

20.如权利要求19所述的终端设备，其特征在于，所述获取单元具体包括：

本地连接建立子单元，用于与周边终端设备建立本地连接；

发送子单元，用于通过本地连接建立子单元建立的本地连接向周边终端设备发送协同下载请求消息；

接收子单元，用于接收周边终端设备根据发送子单元发送的所述协同下载请求消息对应反馈确认参与响应消息；

确定子单元，用于将反馈接收子单元接收到的确认参与响应消息的周边终端和自身所在的终端设备作为参与协同传输的终端，确定参与协同传输的终端数目。

21.如权利要求19所述的终端设备，其特征在于，还包括：

监控单元，用于针对每个参与协同传输的其他终端设备，监控与该参与协同传输的其他终端设备的本地连接是否断开；

确定单元，用于在监控单元监控到与所述参与协同传输的其他终端设备的本地连接断开时，根据为该从终端分配的下载标识、当前接收到最新数据包的时间戳，确定缺失的本应由该从终端发来的数据包的序号；

第一发送单元，用于将确定单元确定出的缺失的数据包的序号发送给流媒体服务器；

第二接收单元，用于根据分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，基于建立的连接接收流媒体服务器根据第一发送单元发送的所述缺失的数据包的序号重发的数据包。

22.如权利要求21所述的终端设备，其特征在于，还包括：

第三发送单元，用于在监控单元监控到与所述参与协同传输的其他终端设备的本地连接断开时，将分配给所述参与协同传输的其他终端设备的下载标识发送给流媒体服务器。

23.如权利要求19所述的终端设备，其特征在于，还包括：

第三接收单元，用于接收流媒体服务器发来的与所述流媒体服务器之间的媒体下载控制连接或媒体下载连接已断开的从终端的下载标识；

执行单元，用于断开与第三接收单元接收的下载标识对应的其他终端设备之间的本地连接。

24.如权利要求19所述的终端设备，其特征在于，还包括：

排序组装单元，用于根据数据包的时间戳和序列号，对第一接收单元接收到的数据包中的业务数据进行排序组装；

解码播放单元，用于根据当前播放时间，对排序组装单元排序组装的业务数据进行解码并播放。

25.如权利要求24所述的终端设备，其特征在于，还包括：

共享单元，用于将排序组装单元排序组装的、或解码播放单元解码的业务数据发送给参与协同传输的从终端共享。

26.一种终端设备，其特征在于，包括：

获取单元，用于获得其他终端设备分配的下载标识；

连接建立单元，用于根据获取单元获得的下载标识，与流媒体服务器建立媒体下载控制连接和媒体下载连接；

接收单元，用于基于连接建立单元建立的媒体下载控制连接和媒体下载连接，接收流媒体服务器发来的数据包；

发送单元，用于将接收单元接收到的数据包发送给所述其他终端设备。

27.一种流媒体服务器，其特征在于，包括：

下载标识下发单元，用于根据主终端提供的参与协同传输的终端的数目，向主终端发送相同数目的下载标识，所述参与协同传输的终端包括主终端和至少一个从终端；

连接建立单元，用于根据下载标识下发单元发送的下载标识与各个参与协同传输的终端分别建立媒体下载控制连接和媒体下载连接；

发送单元，用于基于连接建立单元建立的媒体下载控制连接和媒体下载连接，向每个参与协同传输的终端发送数据包。

28.如权利要求27所述的流媒体服务器，其特征在于，还包括：

第一接收单元，用于接收主终端发来的缺失的数据包的序号；

数据包重发单元，用于根据第一接收单元接收到的缺失的数据包的序号，通过建立的媒体下载控制连接和媒体下载连接，向所述主终端重新发送缺失的数据包。

29.如权利要求27或28所述的流媒体服务器，其特征在于，所述发送单元具体包括：

第一确定子单元，用于根据参与协同传输的终端的数目，确定依次发送给各参与协同传输的终端的数据包的序号；

发送子单元，用于根据第一确定子单元确定出的发送给各终端的数据包的序号，基于建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给各参与协同传输的终端。

30.如权利要求29所述的流媒体服务器，其特征在于，还包括：

第二接收单元，用于接收主终端发来的与所述主终端之间的本地连接已断开的从终端的下载标识；

执行单元，用于断开与第二接收单元接收到的下载标识对应的从终端之间的媒体下载控制连接和媒体下载连接；

所述发送单元还包括：

第二确定子单元，用于根据第二接收单元接收到的下载标识，重新确定依次发送给主终端和除接收到的下载标识对应的从终端之外其余参与协同传输的从终端的数据包的序号；

所述发送子单元还用于根据第二确定子单元重新确定的依次发送给主终端和其余从终端的数据包的序号，基于建立的媒体下载控制连接和媒体下载连接，将待发送的数据包发送给主终端和其余参与协同传输的从终端。

31.如权利要求29所述的流媒体服务器，其特征在于，还包括：

监控单元，用于针对每个参与协同传输的从终端，监控与该参与协同传输的从终端的媒体下载控制连接或媒体下载连接是否断开；

所述发送单元还包括：

第三确定子单元，用于在监控单元监控到媒体下载控制连接或媒体下载连接断开时，根据所述从终端的下载标识，重新确定依次发送给主终端和除该下载标识对应的从终端之外其余参与协同传输的从终端的数据包的序号；

所述发送子单元还用于根据第三确定子单元重新确定的依次发送给主终端和其余参与协同传输的从终端的数据包的序号，将待发送的数据包发送给主终端和其余参与协同传输的从终端。

32.如权利要求31所述的流媒体服务器，其特征在于，还包括：

标识发送单元，用于在监控单元监控到所述媒体下载控制连接或媒体下载连接断开时，将所述媒体控制连接断开的从终端的下载标识发送给主终端。

33.一种流媒体文件的协同传输系统，其特征在于，包括主终端、从终端和流媒体服务器，其中：

主终端，用于从流媒体服务器获取与参与协同传输的终端数目相同的下载标识，并按照每个参与协同传输的终端分别占用不同下载标识的原则，将获取的下载标识分配给各参与协同传输的终端；根据分配给自身的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，并基于建立的连接接收流媒体服务器发来的数据包，并接收从终端发来的数据包；

从终端，用于根据主终端分配的下载标识与流媒体服务器建立媒体下载控制连接和媒体下载连接，基于建立的连接接收流媒体服务器发来的数据包，并将接收到的数据包发送给主终端；

流媒体服务器，用于向主终端提供与参与协同传输的终端数目相同的下载标识，并根据下载标识与每个参与协同传输的终端建立媒体下载控制连接和媒体下载连接，基于建立的连接向每个参与协同传输的终端发送数据包。

Images