CN102571264B - 数据文件广播中文件完整性保护的方法和设备 - Google Patents

Abstract

本发明公开了一种数据文件广播中文件完整性保护的方法和设备。本发明中，将FEC编码、轮播和点对点修复方案结合起来解决MBMS数据文件广播时文件完整性的问题。采用点对点的修复机制保证了数据文件的完整性，同时在点对点修复之前，采用FEC和轮播修复机制进行数据文件完整性保护，提高了数据文件的完整性，减少了点对点修复需要修复的数据量，进而减小了对非广播信道资源的占用。

Description

数据文件广播中文件完整性保护的方法和设备

技术领域

本发明涉及通信技术领域，特别是涉及一种数据文件广播中文件完整性保护的方法和设备。

背景技术

MBMS(Multimedia Broadcast/Multicast Service，多媒体广播组播业务)是一种基于单向下行共享信道，采用点对多点的传输方式，广播的内容在每条链路只需传输一次，节约了网络资源。

从广播文件的格式来划分，多媒体广播组播业务分为两类：一类是音视频流式业务，文件是以实时流的形式通过广播信道广播给终端，终端实时收听或收看，如流式音频广播，手机电视等；另一类是文件下载式业务，业务内容是通过文件的形式通过广播信道广播给终端，终端接收到数据后保存成文件形式，用户可以离线使用相应的文件。

对于文件下载式业务传输的是数据文件，数据文件如果不完整将无法正常使用，这要求在利用MBMS进行数据文件广播时必须保证数据文件的完整性。可是，在数据文件广播时，采用的是专门用于文件广播的FLUTE协议。而FLUTE协议是基于UDP协议之上的，UDP是一种面向无连接的传输层协议，提供简单的不可靠信息传送服务，这样无法在传输层上进行文件重传解决底层丢包的问题。因此，利用MBMS开展文件下载式业务时必须考虑文件可靠传输问题。

目前，解决MBMS数据文件广播时文件完整性的问题有三种不同类型的方案，分别是FEC(Forward Error Correction，前向纠错)编码、轮播修复机制和点对点修复机制。

FEC编码技术是增加数据通信可靠性的一种方法，通常应用在单向通信信道中，FEC的核心思想是在正常传输数据外增加冗余信息，当传输中出现错误，接收端可以利用冗余信息重构丢失的数据，从而提高文件完整性。FEC方案需要MBMS平台在数据文件广播前先进行编码，产生冗余数据包，然后将冗余数据包和原始数据包一起发送，要求终端必须支持相对应的FEC解码。

轮播修复机制是指将数据文件广播若干遍，在第一次广播过程中出现的丢包在第二次广播时就很可能不会丢失，这样通过多次重复广播，能在很大程度上提升某一次广播中的文件完整性。

点对点修复是指文件在广播结束后终端通过其他非广播信道连接到文件修复服务器请求获取丢失的数据，文件修复服务器在响应消息中将所需的数据发送给终端。终端接收到数据后合并到通过广播接收到的数据文件中，生成完整的文件。

FEC机制和轮播修复机制只需要占用广播信道资源，点对点修复机制需要占用其他非广播信道，如GPRS信道。

在实现本发明的过程中，发明人发现现有技术至少存在如下问题：

FEC机制和轮播修复机制都是基于广播信道的，由于广播信道属于单向信道，终端无法通过广播信道向广播服务器反馈数据文件不完整情况，所以这两种修复机制无法保证文件的完整性。点对点的修复机制基于非广播信道，可以保证文件的完整性，但每个终端都需要连接到修复服务器请求修复文件，将占用非广播信道资源，所占用的信道资源随着用户数目的增加成倍增长，特别是需要修复的用户数很大时，对无线网络以及修复服务器都会造成很大的压力。

发明内容

本发明的目的在于提供一种数据文件广播中文件完整性保护的方法，以使在数据文件广播的过程中，在保证数据文件完整性的同时，减小对非广播信道资源的占用，为此，本发明实施例采用如下技术方案：

本发明实施例提供一种数据文件广播中文件完整性保护的方法，包括：

广播服务器判断对数据文件进行FEC编码处理所对应的数据文件传输时间是否小于阈值；

当判断结果为是时，所述广播服务器对所述数据文件进行FEC编码，并判断对FEC编码后的数据文件进行轮播所对应的数据文件传输时间是否小于阈值；判断结果为是时对所述FEC编码后的数据文件进行轮播，判断结果为否时对所述FEC编码后的数据文件进行一次广播；

当判断结果为否时，所述广播服务器判断对所述数据文件进行轮播所对应的数据文件传输时间是否小于阈值；判断结果为是时对所述数据文件进行轮播，判断结果为否时对所述数据文件进行一次广播；

终端对从所述广播或轮播中接收到的数据文件进行文件完整性检测，如果检测结果为不完整，则对得到的数据文件进行点对点修复。

本发明实施例提供一种广播服务器，包括：

第一判断模块，用于判断对数据文件进行FEC编码处理所对应的数据文件传输时间是否小于阈值；

FEC编码模块，用于在所述第一判断模块的判断结果为是时，对所述数据文件进行FEC编码；

第二判断模块，用于判断对FEC编码后的数据文件进行轮播所对应的数据文件传输时间是否小于阈值；

第三判断模块，用于判断对所述数据文件进行轮播所对应的数据文件传输时间是否小于阈值；

轮播模块，用于在所述第二判断模块的判断结果为是时，对所述FEC编码后的数据文件进行轮播，在所述第三判断模块的判断结果为是时，对所述FEC编码后的数据文件进行轮播；

广播模块，用于在所述第二判断模块的判断结果为否时，对所述FEC编码后的数据文件进行一次广播；在所述第三判断模块的判断结果为否时，对所述数据文件进行一次广播。

本发明的上述实施例，采用点对点的修复机制保证了数据文件的完整性，同时在点对点修复之前，采用FEC和轮播修复机制进行数据文件完整性保护，提高了数据文件的完整性，减少了点对点修复需要修复的数据量，进而减小了对非广播信道资源的占用。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

图1为本发明实施例一提供的数据文件广播中文件完整性保护的方法的流程示意图；

图2为本发明实施例二提供的数据文件广播中文件完整性保护的方法的流程示意图；

图3为本发明实施例三提供的广播服务器的结构示意图。

具体实施方式

下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的核心思想在于：将FEC编码、轮播和点对点修复结合起来解决MBMS数据文件广播时文件完整性的问题。

广播服务器确定数据文件传输时间的阈值，即广播服务器开始广播数据文件到终端得到完整的数据文件所需要的时间阈值，该阈值具体可以为一特定值。广播服务器根据阈值判断是否开启FEC编码和轮播，利用FEC编码和轮播的不同修复特性，采取最佳的广播方案，再由终端根据接收数据文件的完整性决定是否进行点对点修复，最终得到完整的数据文件。在不超出预定的数据文件传输时间(即阈值)的同时减小了对非广播信道资源的占用。

下面将结合图1，对本发明实施例一提供的数据文件广播中文件完整性保护的方法进行详细阐述，为了方便描述，下面的实施例中均采用GPRS信道作为点对点修复所用的非广播信道。

步骤101，广播服务器根据预定的数据文件传输时间判断是否对待广播的数据文件开启前向纠错FEC编码，如果开启，则对所述数据文件进行FEC编码。

具体的，广播服务器判断，若将数据文件经FEC编码后进行广播，再进行点对点修复，所需要的总时间是否小于所述预定的数据文件传输时间，如果是，则对数据文件开启FEC编码，否则不开启FEC编码。

判断是否开启FEC编码的过程，是在假设开启FEC编码的前提下进行相应的时间计算和判断的，过程具体为：

首先，广播服务器确定最佳FEC算法，以及最佳FEC算法对应的FEC算法公式。

广播服务器先要获取网络中的PLR(Packet Loss Rate，丢包率)。现有技术中有多种FEC算法，每种FEC算法都对应有FEC算法公式，将该获取的PLR代入各FEC算法公式，得出欲修复该PLR下的丢包所需要的FEC冗余比例(用FEC冗余参数FEC_para表示)。其中，FEC算法就是FEC编码的方法。

不同的FEC算法针对不同网络情况有着不同的特性，所以，对于同一PLR，根据不同FEC算法公式可以得出不同的FEC_para。广播服务器选择得出的FEC_para最小的FEC算法公式对应的FEC算法进行FEC编码，保证在恢复丢包的同时，尽量减小冗余包的数量，以减小数据文件广播所需的时间。另外，FEC算法也可以直接设定，例如根据对网络情况的长期了解以及其他情况的综合考虑预先设定FEC算法，节省了上述的计算过程。

通过计算比较或者直接设定的方法可以确定FEC算法和对应的FEC算法公式。

然后，根据确定的FEC算法公式以及网络的PLR得出相应的FEC_para。

然后，将FEC_para代入如下所示的公式[1]，得出FEC开启参数，当FEC开启参数的值为1时则开启FEC编码，为0时则不开启FEC编码。

公式[1]是用于判断若将数据文件经FEC编码后进行广播，再进行点对点修复，所需要的总时间是否在预定的数据文件传输时间之内，如果是，则开启FEC编码。

其中，总时间为广播时间和点对点修复时间之和，广播时间和点对点修复时间之和，所述广播时间根据FEC冗余参数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、FEC修复的概率(FEC修复的概率，即FEC编码修复丢包的比例，是一个经验值或实际测算值)和点对点修复所占用的非广播信道的带宽确定。设FEC开启参数为FEC_enable，预定的数据文件传输时间为T，待广播的数据文件的大小为S，广播信道带宽为Bandwidth_B，点对点修复时GPRS信道的带宽为Bandwidth_P，FEC修复的概率是P_fec，公式[1]如下：

$\mathrm{FEC}\_\mathrm{enable}=\left\{\begin{array}{cc}1& T>\frac{S\×(1+\mathrm{FEC}\_\mathrm{para})}{\mathrm{Bandwidth}\_B}+\frac{S\×\mathrm{PLR}\×(1-P\_\mathrm{fec})}{\mathrm{Bandwidth}\_P}\\ 0& \end{array}\right....\left[1\right]$

上面详细描述了根据预定的数据文件传输时间判断是否开启FEC编码的过程，另外，在某些情况下是可以不采用FEC编码的。

优选的，当网络中的PLR大于预设门限值的时候，广播服务器不对待广播的数据文件进行FEC编码。无论是何种FEC算法，当网络状况较差，即PLR较大的时候，由于大量的连续丢包的出现，导致采用FEC编码时，根据FEC算法公式计算出的FEC_para剧增，这会导致广播时间剧增，文件修复效率骤降，此时，不再对待广播的数据文件进行FEC编码处理。

优选的，当所述数据文件的大小小于预设门限值的时候，所述广播服务器不对所述数据文件进行FEC编码。FEC编码的过程中，需要先将数据文件分割成一个个的源块，必须将一定数量的源块进行编码产生冗余块，如果数据文件过小，则源块的数量将过少，则无法采用FEC编码。

FEC编码的具体过程是：广播服务器先根据网络中的PLR和FEC算法公式计算出FEC冗余参数，再根据FEC冗余参数对数据文件进行FEC编码。将PLR代入选定的FEC算法的FEC算法公式，计算得出FEC冗余参数FEC_para，以确定需要增加的FEC冗余比例，根据FEC_para和FEC算法就可以对待广播的数据文件进行FEC编码。

步骤102，所述广播服务器根据所述预定的数据文件传输时间判断是否对所述数据文件或经过FEC编码的所述数据文件开启轮播，如果开启，则对所述数据文件或经过FEC编码的所述数据文件进行轮播，如果不开启，则对所述数据文件或经过FEC编码的所述数据文件进行一次广播。

一般的，在网络中PLR较低的情况下，采用FEC编码的方式进行数据文件完整性保护的效率较高，所以，优选的，先判断进行FEC编码广播是否满足预定的数据文件传输时间，再判断预定的数据文件传输时间是否允许进行轮播。

具体的，步骤102的判断过程为，广播服务器判断，若将所述数据文件或经过FEC编码的所述数据文件进行轮播，再进行点对点修复，所需要的总时间是否小于预定的数据文件传输时间，如果是，则对所述数据文件或经过FEC编码的所述数据文件开启轮播，否则不开启轮播。

具体的，可以用如下所示公式[2]，得出轮播开启参数，当轮播开启参数的值为1时则开启FEC编码，为0时则不开启。

公式[2]是用于判断若将所述数据文件或经过FEC编码的所述数据文件进行轮播，再进行点对点修复，所需要的总时间是否在预定的数据文件传输时间之内，如果是，则开启轮播。

其中，总时间为轮播时间和点对点修复时间之和。对于开启FEC编码的情况，该广播时间根据轮播次数、FEC冗余参数、数据文件的大小、广播信道带宽确定，该点对点修复时间根据网络中的丢包率、数据文件大小、轮播修复概率(轮播修复的概率，即轮播修复机制修复丢包的比例，是一个经验值或实际测算值)、轮播次数、FEC修复概率和点对点修复所占用的非广播信道的带宽确定。对于未开启FEC编码的情况，该广播时间根据轮播次数、数据文件的大小、广播信道带宽确定，该点对点修复时间根据网络中的丢包率、数据文件大小、轮播修复概率、轮播次数和点对点修复所占用的非广播信道的带宽确定。

设预定的数据文件传输时间为T，轮播开启参数为ReBroadcast_enable，另外还包括，轮播的次数为N，轮播修复的概率为P_broadcast，公式[2]如下：

$\mathrm{ReBroadcast}\_\mathrm{enable}=\left\{\begin{array}{cc}1& T>\frac{N\×S\×(1+\mathrm{FEC}\_\mathrm{para})}{\mathrm{Bandwidth}\_B}\\ 0& \frac{S\×\mathrm{PLR}\×{((1-P\_\mathrm{fec})\×(1-P\_\mathrm{Broadcast}))}^N}{\mathrm{Bandwidth}\_P}\end{array}\right....\left[2\right]$

公式[2]中的P_fec、FEC_para，为FEC编码过程中的参数，所以，对于FEC编码开启的情况，公式[2]中的P_fec、FEC_para与公式[1]中的数值相同；对于未开启FEC编码的情况，公式[2]中的P_fec、FEC_para值为0。优选的，作为初步判断是否开启轮播，可以设N＝2，如果这时的判断结果是开启轮播，再进一步的计算N的具体值。

广播服务器对数据文件进行轮播的过程具体为：广播服务器先根据预定的数据文件传输时间确定轮播的次数，再按该次数对数据文件进行重复广播。广播服务器对经过FEC编码的数据文件进行轮播的过程具体为：广播服务器先根据预定的数据文件传输时间和FEC冗余参数确定轮播的次数，再按该次数对数据文件进行重复广播。

具体的，本发明实施例提供了如下所示的公式[3]，用于计算轮播次数。

$N=\frac{(T-\frac{S\×\mathrm{PLR}\×(1-P\_\mathrm{fec})\×(1-P\_\mathrm{Broadcast})}{\mathrm{Bandwidth}\_P})\×\mathrm{Bandwidth}\_B}{S\×(1+\mathrm{FEC}\_\mathrm{para})}...\left[3\right]$

由于N的理论计算公式非常复杂，在实际应用中，考虑到需要对N进行取整，本发明实施例提出了公式[3]作为简化后的算法，也可以达到在不超出预定的数据文件传输时间的基础上减小对非广播信道资源的占用的技术目的。需要指出的是，对于未开启FEC编码的情况，公式[3]中的P_fec、FEC_para值为0。

步骤103，终端对从所述广播或轮播中接收并处理得到的数据文件进行文件完整性检测，如果得到的数据文件不完整，则启用点对点修复方式得到完整的数据文件。

具体的，终端从广播或轮播中接收数据文件，如果数据文件已经过FEC编码，则对其进行相应的FEC解码，如果接收到的是轮播的数据文件，则对其进行合并。然后，终端对经过上述处理后的数据文件进行完整性检测，如果判定此数据文件不完整，则启用点对点方式修复此数据文件。

本发明的上述实施例，采用点对点的修复机制保证了数据文件的完整性，同时在点对点修复之前，采用FEC和轮播修复机制进行数据文件完整性保护，提高了数据文件的完整性，减少了点对点修复需要修复的数据量，进而减小了对非广播信道资源的占用。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。

在本发明实施例二中，将结合具体的应用场景对本发明实施例提供的数据文件广播中文件完整性保护的方法进行进一步阐述，如图2所示，该流程可以包括：

步骤201，广播服务器根据预定的数据文件传输时间、网络状况(网络中的PLR)和待广播数据文件的大小判断是否开启FEC编码。如果是，则执行步骤202，否则执行步骤204。

广播服务器根据公式[1]以及预先设定的PLR门限值和文件大小门限值判断，只有在公式[1]计算的结果为开启，且网络PLR不大于PLR门限值，且待广播数据文件大小不小于文件大小门限值的时候，才开启FEC编码。

步骤202，广播服务器确定FEC冗余参数。

可以按照实施例一中提供的方法确定FEC算法及FEC算法公式，然后根据网络PLR和FEC算法公式确定FEC冗余参数。

步骤203，广播服务器对该数据文件进行FEC编码。

广播服务器根据FEC冗余参数和FEC算法对待广播数据文件进行FEC编码。

步骤204，广播服务器根据预定的数据文件传输时间判断是否开启轮播。如果开启，则执行步骤205，否则，使N＝1，并执行步骤206。

广播服务器根据公式[2]判断，若开启轮播，传输时间是否能够小于预定的数据文件传输时间。在用公式[2]计算的过程中，如果在步骤201中判定不开启FEC编码，则在计算的过程中取P_fec、FEC_para值为0。另外，可以假设N＝2，即判断进行两次轮播是否超时(在正常情况下，如果两次轮播就已经超时，那么三次以上的轮播也会超时)，如果N＝2的时候还不满足时间要求，那么判定不开启轮播，并设置N＝1后执行步骤206。

步骤205，广播服务器确定轮播次数N。

经过步骤204的判断，确定开启轮播，则进一步根据公式[3]计算轮播的次数N，如果在步骤201中判定不开启FEC编码，则在计算的过程中取P_fec、FEC_para值为0。

步骤206，广播服务器将数据文件广播N次。

步骤207，终端对从广播中接收到的数据文件进行处理。

如果终端接收到的数据文件是经过FEC编码的数据文件，则对其进行FEC解码；如果广播次数N＞1，终端则对从多次广播中接收到的数据文件进行合并。终端得到经过上述处理的数据文件。

步骤208，终端判断经过处理的数据文件是否完整。如果不完整，则执行步骤209，否则结束流程。

步骤209，终端对数据文件进行点对点修复以得到完整的数据文件。

本发明的上述实施例，采用点对点的修复机制保证了数据文件的完整性，同时在点对点修复之前，采用FEC和轮播修复机制进行数据文件完整性保护，提高了数据文件的完整性，减少了点对点修复需要修复的数据量，进而减小了对非广播信道资源的占用。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。

本发明实施例三提供一种广播服务器，可应用于上述实施例一、二的流程如图3所示，该广播服务器包括：

第一判断模块310，用于判断对数据文件进行FEC编码处理所对应的数据文件传输时间是否小于阈值。

FEC编码模块320，用于在所述第一判断模块310的判断结果为是时，对所述数据文件进行FEC编码。

第二判断模块330，用于判断对FEC编码后的数据文件进行轮播所对应的数据文件传输时间是否小于阈值。

第三判断模块340，用于判断对所述数据文件进行轮播所对应的数据文件传输时间是否小于阈值。

轮播模块350，用于在所述第二判断模块330的判断结果为是时，对所述FEC编码后的数据文件进行轮播，在所述第三判断模块340的判断结果为是时，对所述FEC编码后的数据文件进行轮播。由终端对从所述轮播中接收到的数据文件进行文件完整性检测，如果得到的数据文件不完整，则所述终端启用点对点修复方式得到完整的数据文件。

广播模块360，用于在所述第二判断模块330的判断结果为否时，对所述FEC编码后的数据文件进行一次广播；在所述第三判断模块340的判断结果为否时，对所述数据文件进行一次广播。由终端对从所述广播中接收到的数据文件进行文件完整性检测，如果得到的数据文件不完整，则所述终端启用点对点修复方式得到完整的数据文件。

优选的，所述对数据文件进行FEC编码处理所对应的数据文件传输时间，具体为：将所述数据文件经FEC编码后进行广播，再进行点对点修复，所需要的总时间。所述第一判断模块330还用于：根据广播时间和点对点修复时间之和确定对数据文件进行FEC编码处理所对应的数据文件传输时间，比较确定的数据文件传输时间是否小于阈值；所述广播时间根据FEC冗余参数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、FEC修复概率和点对点修复所占用的非广播信道的带宽确定。

所述对FEC编码后的数据文件进行轮播所对应的数据文件传输时间，具体为：将所述数据文件经过FEC编码，再进行轮播和进行点对点修复所需要的总时间。所述对所述数据文件进行轮播所对应的数据文件传输时间，具体为：将所述数据文件进行轮播和进行点对点修复所需要的总时间。

所述第二判断模块330还用于：根据广播时间和点对点修复时间之和确定对FEC编码后的数据文件进行轮播所对应的数据文件传输时间，比较确定的数据文件传输时间是否小于阈值；该广播时间根据轮播次数、FEC冗余参数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、轮播修复概率、轮播次数、FEC修复概率和点对点修复所占用的非广播信道的带宽确定；

所述第三判断模块340还用于：根据广播时间和点对点修复时间之和确定对所述数据文件进行轮播所对应的数据文件传输时间，比较确定的数据文件传输时间是否小于阈值；该广播时间根据轮播次数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、轮播修复概率、轮播次数和点对点修复所占用的非广播信道的带宽确定。

所述轮播模块350具体用于：

根据所述阈值和所述FEC编码对应的FEC冗余参数确定轮播的次数；

按所述次数对所述FEC编码后的数据文件进行轮播。

优选的，所述第一判断模块310还用于：判断网络中的丢包率PLR是否大于预设门限值，如果是，则不对所述数据文件开启FEC编码。

优选的，所述第一判断模块310还用于：判断所述数据文件的大小是否小于预设门限值，如果是，则不对所述数据文件开启FEC编码。

本发明的上述实施例提供的广播服务器，采用点对点的修复机制保证了数据文件的完整性，同时在点对点修复之前，采用FEC和轮播修复机制进行数据文件完整性保护，提高了数据文件的完整性，减少了点对点修复需要修复的数据量，进而减小了对非广播信道资源的占用。当然，实施本发明的实施例的任一产品并不一定需要同时达到以上所述的所有优点。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (14)

1.一种数据文件广播中文件完整性保护的方法，其特征在于，包括：

广播服务器判断对数据文件进行FEC编码处理所对应的数据文件传输时间是否小于阈值；

当判断结果为是时，所述广播服务器对所述数据文件进行FEC编码，并判断对FEC编码后的数据文件进行轮播所对应的数据文件传输时间是否小于阈值；判断结果为是时对所述FEC编码后的数据文件进行轮播，判断结果为否时对所述FEC编码后的数据文件进行一次广播；

当判断结果为否时，所述广播服务器判断对所述数据文件进行轮播所对应的数据文件传输时间是否小于阈值；判断结果为是时对所述数据文件进行轮播，判断结果为否时对所述数据文件进行一次广播；

终端对从所述广播或轮播中接收到的数据文件进行文件完整性检测，如果检测结果为不完整，则对得到的数据文件进行点对点修复；

其中，所述对数据文件进行FEC编码处理所对应的数据文件传输时间，具体为：

将所述数据文件经FEC编码后进行广播，再进行点对点修复，所需要的总时间。

2.如权利要求1所述的方法，其特征在于，所述广播服务器判断对数据文件进行FEC编码处理所对应的数据文件传输时间是否小于阈值包括：

所述广播服务器根据广播时间和点对点修复时间之和确定对数据文件进行FEC编码处理所对应的数据文件传输时间，比较确定的数据文件传输时间是否小于阈值；所述广播时间根据FEC冗余参数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、FEC修复概率和点对点修复所占用的非广播信道的带宽确定。

3.如权利要求1所述的方法，其特征在于，

所述对FEC编码后的数据文件进行轮播所对应的数据文件传输时间，具体为：将所述数据文件经过FEC编码，再进行轮播和进行点对点修复所需要的总时间；

所述对所述数据文件进行轮播所对应的数据文件传输时间，具体为：将所述数据文件进行轮播和进行点对点修复所需要的总时间。

4.如权利要求3所述的方法，其特征在于，所述将所述数据文件进行轮播和进行点对点修复所需要的总时间具体为：广播时间和点对点修复时间之和，该广播时间根据轮播次数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、轮播修复概率、轮播次数和点对点修复所占用的非广播信道的带宽确定；

所述将所述数据文件经过FEC编码，再进行轮播和进行点对点修复所需要的总时间具体为：广播时间和点对点修复时间之和，该广播时间根据轮播次数、FEC冗余参数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、轮播修复概率、轮播次数、FEC修复概率和点对点修复所占用的非广播信道的带宽确定。

5.如权利要求1所述的方法，其特征在于，所述广播服务器对所述FEC编码后的数据文件进行轮播包括：

所述广播服务器根据所述阈值和所述FEC编码对应的FEC冗余参数确定轮播的次数；

所述广播服务器按所述次数对所述FEC编码后的数据文件进行轮播。

6.如权利要求1所述的方法，其特征在于，还包括：

当网络中的丢包率PLR大于预设门限值的时候，所述广播服务器不对所述数据文件进行FEC编码。

7.如权利要求1所述的方法，其特征在于，还包括：

当所述数据文件的大小小于预设门限值的时候，所述广播服务器不对所述数据文件进行FEC编码。

8.一种广播服务器，其特征在于，包括：

第一判断模块，用于判断对数据文件进行FEC编码处理所对应的数据文件传输时间是否小于阈值；

FEC编码模块，用于在所述第一判断模块的判断结果为是时，对所述数据文件进行FEC编码；

第二判断模块，用于判断对FEC编码后的数据文件进行轮播所对应的数据文件传输时间是否小于阈值；

第三判断模块，用于判断对所述数据文件进行轮播所对应的数据文件传输时间是否小于阈值；

轮播模块，用于在所述第二判断模块的判断结果为是时，对所述FEC编码后的数据文件进行轮播，在所述第三判断模块的判断结果为是时，对所述FEC编码后的数据文件进行轮播；

广播模块，用于在所述第二判断模块的判断结果为否时，对所述FEC编码后的数据文件进行一次广播；在所述第三判断模块的判断结果为否时，对所述数据文件进行一次广播；

其中，所述对数据文件进行FEC编码处理所对应的数据文件传输时间，具体为：

将所述数据文件经FEC编码后进行广播，再进行点对点修复，所需要的总时间。

9.如权利要求8所述的服务器，其特征在于，所述第一判断模块还用于：

根据广播时间和点对点修复时间之和确定对数据文件进行FEC编码处理所对应的数据文件传输时间，比较确定的数据文件传输时间是否小于阈值；所述广播时间根据FEC冗余参数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、FEC修复概率和点对点修复所占用的非广播信道的带宽确定。

10.如权利要求8所述的服务器，其特征在于，

所述对FEC编码后的数据文件进行轮播所对应的数据文件传输时间，具体为：将所述数据文件经过FEC编码，再进行轮播和进行点对点修复所需要的总时间；

所述对所述数据文件进行轮播所对应的数据文件传输时间，具体为：将所述数据文件进行轮播和进行点对点修复所需要的总时间。

11.如权利要求10所述的服务器，其特征在于，所述第二判断模块还用于：根据广播时间和点对点修复时间之和确定对FEC编码后的数据文件进行轮播所对应的数据文件传输时间，比较确定的数据文件传输时间是否小于阈值；该广播时间根据轮播次数、FEC冗余参数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、轮播修复概率、轮播次数、FEC修复概率和点对点修复所占用的非广播信道的带宽确定；

所述第三判断模块还用于：根据广播时间和点对点修复时间之和确定对所述数据文件进行轮播所对应的数据文件传输时间，比较确定的数据文件传输时间是否小于阈值；该广播时间根据轮播次数、所述数据文件的大小、广播信道带宽确定，所述点对点修复时间根据网络中的丢包率、所述数据文件大小、轮播修复概率、轮播次数和点对点修复所占用的非广播信道的带宽确定。

12.如权利要求8所述的服务器，其特征在于，所述轮播模块具体用于：

根据所述阈值和所述FEC编码对应的FEC冗余参数确定轮播的次数；

按所述次数对所述FEC编码后的数据文件进行轮播。

13.如权利要求8所述的服务器，其特征在于，所述第一判断模块还用于：

判断网络中的丢包率PLR是否大于预设门限值，如果是，则不对所述数据文件开启FEC编码。

14.如权利要求8所述的服务器，其特征在于，所述第一判断模块还用于：

判断所述数据文件的大小是否小于预设门限值，如果是，则不对所述数据文件开启FEC编码。