CN101277316A - 一种文件下载的交互式纠错方法和系统 - Google Patents
一种文件下载的交互式纠错方法和系统 Download PDFInfo
- Publication number
- CN101277316A CN101277316A CNA2008100997170A CN200810099717A CN101277316A CN 101277316 A CN101277316 A CN 101277316A CN A2008100997170 A CNA2008100997170 A CN A2008100997170A CN 200810099717 A CN200810099717 A CN 200810099717A CN 101277316 A CN101277316 A CN 101277316A
- Authority
- CN
- China
- Prior art keywords
- file
- receiving terminal
- repaired
- repair
- sheet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种文件下载的交互式纠错方法，包括：1)文件分发服务器通过广播网络将包含文件修复服务地址信息的FAT发送给接收终端；2)接收终端在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，则根据FAT中的文件修复服务地址信息向文件修复服务器发送文件修复请求；3)文件修复服务器收到后，向该接收终端反馈文件的修复数据；4)接收终端收到后，对该文件进行修复。一种文件下载的交互式纠错系统，包括文件分发服务器、文件修复服务器和接收终端。本发明为移动多媒体广播用户使用移动多媒体广播的下载业务时提供了一种可选的个性化纠错方法和系统，为基于移动多媒体广播的下载业务提供了一种辅助纠错机制。
Description
技术领域
本发明涉及移动多媒体广播技术领域，尤其涉及一种文件下载的交互式纠错方法和系统。
背景技术
移动多媒体广播是近年来兴起的一种广播方式的多媒体技术。通过手持的终端，在高速移动的情况下，可以观看电视等多媒体业务。终端通过无线广播信道，接收到多媒体业务节目单，选择有权收看的频道，从而可以接收并选择频道的多媒体数据，实现在移动终端上看电视。
中国移动多媒体广播(CMMB，China Mobile Multimedia Broadcasting)技术是最新发展起来的移动多媒体广播技术，基于OFDM(OrthogonalFrequency Division Multiplexing，正交频分复用)调制技术，采用下行广播方式将移动多媒体业务发给接收终端，为了节约接收终端功耗，采用时分方式发送多媒体广播业务数据。
CMMB广播信道帧由控制逻辑信道(简称控制信道)和业务逻辑信道(简称业务信道)组成。CMMB广播信道的第1个时隙(时隙0)为控制逻辑信道，用于传送控制信息；其它时隙为业务逻辑信道，用于传送移动多媒体业务数据。
控制信息和多媒体业务数据以复用帧的形式分别在控制逻辑信道和业务逻辑信道发送。每个复用帧占用整数个时隙，由复用帧头和载荷组成。其中，控制逻辑信道复用帧的载荷由多个控制信息表组成；业务逻辑信道复用帧的载荷由多个复用子帧组成，复用子帧的数量在复用帧头中指示；每个复用子帧由复用子帧头、视频段、音频段、数据段组成，每个段(视频段、音频段、数据段)由段头和多个段单元组成。
文件下载是移动多媒体广播的一个重要功能，标准GY/T 220.5-2008《移动多媒体广播第5部分：数据广播》中详细定义文件的传输方式和业务模式，包括向终端提供如新闻内容、政务政要、商务信息、娱乐游戏、天气预报、文件下载等服务。可支持的文件类型包括HTML(Hypertext Transfer Protocol，超文本传输协议)、XML(Extensible Markup Language，可扩展标记语言)等。
对于文件下载来说，确保每个数据分片正确是至关重要的。DVB-H(Digital Video Broadcasting-Handhelds，手持式数字视频广播)和CMMB标准中都可以使用FEC(Forward Error Correct，前向纠错)机制来实现在不使用交互的情况下实现数据包的纠错。但是由于FEC机制是单向的，有可能存在没有纠错成功的情况。此外，由于FEC前向纠错机制在标准中是可选的，广播端在文件分发时，可以不使用该机制；在以上两种情况下，交互式纠错可以作为一种辅助机制，完成纠错功能。
作为一种辅助纠错机制，目前在CMMB标准中还没有定义相关的交互式纠错机制。
发明内容
本发明提供一种文件下载的交互式纠错方法和系统，为基于移动多媒体广播的文件数据下载业务提供一种辅助纠错机制。
为解决上述技术问题，本发明提供一种文件下载的交互式纠错方法，包括如下步骤：
(1)文件分发服务器通过广播网络将包含文件修复服务地址信息的文件属性表FAT发送给接收终端；
(2)接收终端在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，则根据所述FAT中的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；
(3)所述文件修复服务器收到所述接收终端的修复请求后，向该接收终端反馈所述文件的修复数据；
(4)所述接收终端收到所述文件修复服务器下发的所述文件的修复数据后，对该文件进行修复。
本发明所述方法，其中，步骤(2)中，所述文件的修复请求包含：所述文件修复服务地址信息、所述文件的文件资源标识值和所述丢失或错误的文件片的文件块标识值和该文件片标识值。
本发明所述方法，其中，
步骤(2)中，所述接收终端采用超文本传输协议HTTP向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；
步骤(3)中，所述文件修复服务器也采用HTTP协议向该接收终端反馈所述文件的修复数据。
本发明所述方法，其中，步骤(1)中，所述文件分发服务器发送给接收终端的FAT中还包含该接收终端在文件下载业务开始后启动所述文件修复业务的时间开始点和结束点。
本发明还提供一种文件下载的交互式纠错中修复数据的发送方法，其中，包括如下步骤：
(5.1)文件分发服务器通过广播网络将包含文件修复服务地址信息的FAT发送给接收终端；
(5.2)当所述文件修复服务地址对应的文件修复服务器通过移动通信网络收到该接收终端根据所述文件修复服务地址信息发送的修复请求后，向该接收终端反馈所述文件的修复数据。
本发明所述方法，其中，步骤(5.2)中，所述文件修复服务器采用HTTP协议向该接收终端反馈所述文件的修复数据。
本发明还提供一种文件下载的交互式纠错中修复数据的接收方法，其中，接收终端在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，则根据文件分发服务器通过广播网络下发的FAT中的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；所述接收终端收到所述文件修复服务器反馈的所述文件的修复数据后，对该文件进行修复。
本发明所述方法，其中，所述文件的修复请求包含：所述文件修复服务地址信息、所述文件的文件资源标识值和所述丢失或错误的文件片的文件块标识值和该文件片标识值。
本发明所述方法，其中，所述接收终端采用HTTP协议向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求。
本发明还提供一种文件下载的交互式纠错系统，其中，该系统包括文件分发服务器、文件修复服务器和接收终端，其中：
所述文件分发服务器，用于通过广播网络将包含文件修复服务地址信息的FAT发送给所述接收终端；
所述接收终端，用于在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，则根据所述FAT中的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；还用于接收所述文件修复服务器下发的所述文件的修复数据，并对该文件进行修复；
所述文件修复服务器，用于接收所述接收终端的修复请求，并向该接收终端反馈所述文件的修复数据。
本发明所述系统，其中，所述接收终端用于发送的所述文件的修复请求包含：所述文件修复服务地址信息、所述文件的文件资源标识值和所述丢失或错误的文件片的文件块标识值和该文件片标识值。
本发明所述系统，其中，所述接收终端用于采用HTTP协议向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；所述文件修复服务器也用于采用所述HTTP协议向该接收终端反馈所述文件的修复数据。
本发明所述系统，其中，所述文件分发服务器用于发送给接收终端的FAT中还包含该接收终端在文件下载业务开始后启动所述文件修复业务的时间开始点和结束点。
本发明还提供一种文件下载的交互式纠错中修复数据的发送系统，其中，该系统包括文件分发服务器和文件修复服务器，其中：
所述文件分发服务器，用于通过广播网络将包含文件修复服务地址信息的FAT发送给接收终端；
所述文件修复服务器，用于通过移动通信网络接收到该接收终端根据所述文件修复服务地址信息发送的修复请求，并向该接收终端反馈所述文件的修复数据。
本发明所述系统，其中，所述文件修复服务器用于采用HTTP协议向该接收终端反馈所述文件的修复数据。
本发明还提供一种文件下载的交互式纠错中修复数据的接收终端，其中，所述接收终端在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，则用于根据文件分发服务器通过广播网络下发的FAT中的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；所述接收终端还用于接收所述文件修复服务器反馈的所述文件的修复数据，并对该文件进行修复。
本发明所述接收终端，其中，该接收终端包括文件下载异常检测模块、文件修复服务地址解析模块、通讯模块和文件修复模块，其中：
所述文件下载异常检测模块，在所述接收终端启动文件下载接收任务后，用于检测文件接收过程中出现的文件片丢失或文件片错误；
所述文件修复服务地址解析模块，用于解析出文件分发服务器通过广播网络下发的FAT中的文件修复服务地址信息；
所述通讯模块，用于根据所述文件修复服务地址解析模块解析出的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；还用于接收所述文件修复服务器反馈的所述文件的修复数据；
所述文件修复模块，用于根据所述通讯模块收到的所述文件的修复数据对该文件进行修复。
本发明所述接收终端，其中，所述通讯模块用于发送的所述文件的修复请求包含：所述文件修复服务地址信息、所述文件的文件资源标识值和所述丢失或错误的文件片的文件块标识值和该文件片标识值。
本发明所述接收终端，其中，所述通讯模块用于采用HTTP协议向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求。
本发明提供了一种文件数据下载过程中的交互式纠错方法和系统，为移动多媒体广播的文件数据下载业务提供了一种可选的纠错方法，为基于移动多媒体广播的下载业务提供了一种辅助纠错机制。
附图说明
图1是本发明实施一种文件下载的交互式纠错系统结构示意图；
图2是本发明实施一种文件下载的交互式纠错中修复数据的发送系统结构示意图；
图3是本发明实施一种文件下载的交互式纠错中修复数据的接收终端；
图4是本发明应用实例一种文件下载的交互式纠错方法流程图。
具体实施方式
以下结合附图和具体实施方式对本发明所述技术方案进行详细描述。
如图1所示，是本发明实施例一种文件下载的交互式纠错系统结构示意图，该系统包括文件分发服务器、文件修复服务器和接收终端，其中：
文件分发服务器，用于通过广播网络将包含文件修复服务地址信息的FAT(File Attribute Table，文件属性表)发送给所述接收终端，以及发送FAT表中描述的文件数据；文件分发服务器用于发送给接收终端的FAT中还包含该接收终端在文件下载业务开始后启动所述文件修复业务的时间开始点和结束点；
接收终端，用于在启动文件下载接收任务后，根据FAT从广播网络中接收文件分片数据并重构文件。如果文件接收过程中出现文件片丢失或文件片错误，在无法通过广播网络获得修复数据完成修复任务时，根据所述FAT中的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；还用于接收所述文件修复服务器下发的所述文件的修复数据，并对该文件进行修复；
文件修复服务器，用于接收所述接收终端的修复请求，并向该接收终端反馈所述文件的修复数据。
如图2所示，是本发明实施一种文件下载的交互式纠错中修复数据的发送系统结构示意图，该系统包括文件分发服务器和文件修复服务器，其中：文件分发服务器，用于通过广播网络将包含文件修复服务地址信息的FAT发送给接收终端；文件修复服务器，用于通过移动通信网络接收到该接收终端根据所述文件修复服务地址信息发送的修复请求，并向该接收终端反馈所述文件的修复数据。
如图3所示，是本发明实施一种文件下载的交互式纠错中修复数据的接收终端，所述接收终端在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，在无法通过广播网络获得修复数据完成修复任务时，根据文件分发服务器通过广播网络下发的FAT中描述的文件修复服务地址信息，通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；所述接收终端还用于接收所述文件修复服务器反馈的所述文件的修复数据，并对该文件进行修复。该接收终端包括文件下载异常检测模块、文件修复服务地址解析模块、通讯模块和文件修复模块，其中：文件下载异常检测模块，在所述接收终端启动文件下载接收任务后，用于检测文件接收过程中出现的文件片丢失或文件片错误；文件修复服务地址解析模块，用于解析出文件分发服务器通过广播网络下发的FAT中的文件修复服务地址信息；通讯模块，用于根据所述文件修复服务地址解析模块解析出的文件修复服务地址信息，通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；还用于接收所述文件修复服务器反馈的所述文件的修复数据；所述通讯模块用于发送的所述文件的修复请求包含：所述文件修复服务地址信息、所述文件的文件资源标识值和所述丢失或错误的文件片的文件块标识值和该文件片标识值；所述通讯模块用于采用HTTP协议向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；文件修复模块，用于根据所述通讯模块收到的所述文件的修复数据对该文件进行修复。
在移动多媒体广播系统中，按照移动多媒体广播数据广播标准GY/T220.5-2008(《移动多媒体广播第5部分：数据广播》)的规定，文件模式数据广播业务是由一系列离散的文件组成，每个文件除了数据信息外，还有若干描述文件属性的信息，如文件名、长度、压缩方式等；终端不仅需要正确接收数据，还要接收文件属性的描述信息，以便能恢复出与发端一致的文件和目录结构；这个文件属性描述信息是FAT。为了实现CMMB中的交互式修复服务，必须通过某种途径给出交互式修复服务器的相关信息，本方案中通过在FAT中增加交互式文件修复服务地址信息来实现。
如图4所示，是本发明应用实例一种文件下载的交互式纠错方法流程图，包括如下步骤：
步骤401，文件分发服务器通过广播网络将包含文件修复服务地址信息的文件属性表发送给接收终端。
GY/T 220.5-2008采用XML Schema(模型)描述文件属性的数据模型，这里沿用这种方式描述文件修复服务地址信息。交互式文件修复服务地址信息根据作用域分全局和局部两种方式；
全局的交互式文件修复服务地址信息放置在FAT的根元素中。
局部的交互式文件修复服务地址信息放置在FAI(File AttributeInformation，文件属性信息)中。
两者的作用域遵循如下规则：
●“局部的交互式文件修复服务地址信息”给出FAI中所描述文件对应的交互式文件修复服务地址信息，它仅仅针对某个文件；
●“全局的交互式文件修复服务地址信息”给出FAT表中所描述所有文件对应的交互式文件修复服务地址信息，作用于FAT表中所描述的所有文件。
●当“局部的交互式文件修复服务地址信息”和“全局的交互式文件修复服务地址信息”都存在时，“局部的交互式文件修复服务地址信息”覆盖“全局的交互式文件修复服务地址信息”。
●当某个FAI中不存在“局部的交互式文件修复服务地址信息”，而“全局的交互式文件修复服务地址信息”存在时，该FAI中所描述文件使用“全局的交互式文件修复服务地址信息”作为自己的交互式修复服务器的地址；
●当“局部的交互式文件修复服务地址信息”和“全局的交互式文件修复服务地址信息”都不存在时，说明不支持交互式修复。
修改后的FAT根元素的语法定义如下：
<element name＝″FAT″>
<complexType>
<sequence>
<element name＝″FDI″type＝″datacast:FDIType″minOccurs＝″0″
maxOccurs＝″65535″/>
<element name＝″FAI″type＝″datacast:FAIType″maxOccurs＝″65535″/>
<element name＝″DefaultFECInfo″type＝″datacast:FECInfoType″
minOccurs＝″0″/>
<element name＝″FRAI″type＝″datacast:FRAIType″minOccurs＝″0″
maxOccurs＝″1″/>
</sequence>
<attribute name＝″MaxVersion″type＝″unsignedByte″use＝″required″/>
<attribute name＝″MinVersion″type＝″unsignedByte″use＝″required″/>
</complexType>
</element>
根元素的语义定义见下表所示。
| 字段 | 语义 |
| FDI | 文件路径信息元素，FDIType类型。 |
| FAI | 文件属性信息元素，FAIType类型。 |
| DefaultFECInfo | 默认FEC参数信息元素，FECInfoType类型。 |
| FRAI | 文件修复服务地址信息元素，FRAIType类型。 |
| MaxVersion | FAT的大版本号属性，unsignedByte类型。 |
| MinVersion | FAT的小版本号属性，unsignedByte类型。 |
表1 根元素语义定义表
修改后的FAIType的语法定义如下：
<complexType name＝″FAIType″>
<sequence>
<element name＝″TransferInfo″type＝″datacast:TransferInfoType″/>
<element name＝″ContentInfo″type＝″datacast:ContentInfoType″/>
<element name＝″SegmentationInfo″
type＝″datacast:SegmentationInfoType″/>
<element name＝″FECInfo″type＝″datacast:FECInfoType″
minOccurs＝″0″/>
<element name＝″ProtectionInfo″type＝″datacast:ProtectionInfoType″
minOccurs＝″0″/>
<element name＝″FRAI″type＝″datacast:FRAIType″minOccurs＝″0″
maxOccurs＝″1″/>
</sequence>
<attribute name＝″resource_ID″type＝″unsignedShort″use＝″require d″/>
<attribute name＝″UpdateIndex″type＝″unsignedByte″use＝″required″/>
</complexType>
FAIType的语义定义见下表。
| 字段 | 语义 |
| TransferInfo | 传输信息元素，TransferInfoType类型。 |
| ContentInfo | 内容信息元素，ContentInfoType类型。 |
| SegmentationInfo | 分割信息元素，SegmentationInfoType类型。 |
| FECInfo | FEC信息元素，FECInfoType类型。 |
| ProtectionInfo | 保护信息元素，ProtectionInfoType类型。 |
| FRAI | 文件修复服务地址信息元素，FRAIType类型。 |
| resource_ID | 资源标识属性，unsignedShort类型，表示本FAI元素对应的文件资源。本元素与表A6中的“资源标识”字段取值一致。 |
| UpdateIndex | 更新序号属性，unsignedByte类型，取值范围0～15，表示本FAI元素的更新序号，与表A6中的“更新序号”字段取值一致。 |
表2 FAIType语义表
FRAI(File Repair Address Information，文件传输修复服务地址信息)元素描述了文件修复服务地址信息，如果该元素不存在，就表示该数据广播文件下载业务不支持交互式文件修复。FRAIType是该元素的数据类型定义，FRAIType的语法定义如下。
<complexType name＝″FRAIType″>
<attribute name＝″RepairServerURI″type＝″string″use＝″required″/>
<attribute name＝″OffsetTime″type＝″unsignedInt″use＝″required″/>
<attribute name＝″MaxRandomTime″type＝″unsignedInt″use＝″required″/>
</complexType>
FRAIType的语义定义见下表所示。
| 字段 | 语义 |
| RepairServerURI | 文件修复服务的URI属性，string类型 |
| OffsetTime | 接收终端在文件开始后多长时间(单位为秒)，才可以启动交互式文件修复业务；unsignedInt类型。 |
| MaxRandomTime | 为了避免上行通道拥塞，接收终端在[OffsetTime，OffsetTime+MaxRandomTime]时间段的某一个随机时刻启动交互式文件修复业务，unsignedInt类型，单位为秒。 |
表3 FRAIType语义定义表
步骤402，接收终端在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，并且不能再通过广播信道从所述文件分发服务器中继续得到该文件的数据进行修复处理，则根据接收的所述FAT中FRAI元素的文件修复服务地址信息，通过移动通信网络向该文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求。该接收终端通过访问指定的WAP网页(通过WAP网关)的方式访问文件修复服务器。
在文件修复过程中需要避免以下情况：
(1)多个接收终端在同一时刻同时发起修复业务，造成上行通道的拥塞；
(2)文件修复服务器同时响应多个接收终端的修复业务，造成下行通道的拥塞；
(3)文件修复服务器同时处理太多接收终端的修复业务，造成超负荷。
为了避免以上情况的出现，接收终端在启动文件下载接收任务后，如果发现某文件下载出现异常，并且不能再从广播信道中继续得到相关数据进行修复处理，可以在启动业务后的某个随机时间内启动交互式修复业务。
OffsetTime：给出了接收终端在文件下载业务开始后多长时间(单位为秒)，才可以启动交互式文件修复业务。这个时间可以和本次数据下载业务在广播信道中传输的时间长度相关：如果某个文件在某个时间段内在广播信道中循环反复传递，终端就应该尽量尝试从广播信道中接收数据来进行修复，以减少对交互信道的消耗；当同一时间存在多个业务时，可为各业务分配不同的OffsetTime值。
MaxRandomTime：为了避免多个接收终端并发可能造成的交通拥塞，接收终端应该在[OffsetTime，OffsetTime+MaxRandomTime]时间段的某一个随机时刻启动交互式文件修复业务。这个随机值采用某种算法获得，具体方法由具体实现确定，在这里不描述。
接收终端的交互式修复请求消息格式：
在交互式修复业务中，接收终端和文件修复服务器之间采用HTTP协议。
例如：如果在CMMB文件下载业务中，通过FAT给出文件修复服务器的RepairServerURI＝www.zte.com.cn/cmmb_example/repair_script，需要修复的文件在FAT中的资源标识符为resource_ID＝10，需要修复的文件片分别属于两个分块，块ID和片ID分别为：block_ID＝0，Section_ID＝10，和block_ID＝2，Section_ID＝15；那么接收终端发送给修复服务器的文件修复请求消息为：
GET/cmmb_example/repair_script？resource_ID＝10&block_ID＝0；Section_ID＝10&block_ID＝2；Section_ID＝15HTTP/1.1
Host:www.zte.com.cn
文件修复请求消息中包含以下内容：
(1)修复请求的地址信息为www.zte.com.cn/cmmb_example/repair_script；
文件修复服务地址信息从FAT中FRAI元素的RepairServerURI字段获得；例如在FAT中FRAI元素给出的RepairServerURI为www.zte.com.cn/cmmb_example/repair_script，那么从中解析出文件修复服务器的主机(Host)地址：www.zte.com.cn，文件修复服务在该主机上的路径为：cmmb_example/repair_script；
(2)参数：文件资源ID和一个或者多个文件分片描述信息，其中：
文件资源ID(resource_ID)为待修复文件的资源标识值；
文件分片描述包括文件块标识值(block_ID)和文件片标识值(Section_ID)，它们之间通过“&”连接符相连。
当同一个分块有多个分片时，需要按照如下的书写方式提高效率：
例如，文件块ID为0的分块的第10到第16个分片需要修复，文件分片描述为：
block_ID＝0；Section_ID＝10-16
如果文件块ID为0的分块的第5个分片，第10个分片，第13个分片需要修复，则文件分片描述为：
block_ID＝0；Section_ID＝5，10，13
如果文件块ID为0的分块的第5个分片后的所有分片都需要修复，则文件分片描述为：
block_ID＝0；Section_ID＝5+
如果文件块ID为0的分块的所有分片都需要修复，则文件分片描述为：
block_ID＝0
如果文件块ID为3到文件块ID为5的所有分片都需要修复，则文件分片描述为：
block_ID＝3-5
如果文件块ID为3，文件块ID为5，文件块ID为8的所有分片都需要修复，则文件分片描述为：
block_ID＝3，5，8
如果文件块ID为3后的所有文件块的所有分片都需要修复，则文件分片描述为：
block_ID＝3+
步骤403，文件修复服务器收到接收终端的修复请求后，向该接收终端反馈所述文件的修复数据。
文件修复服务器在接收到来自接收终端的修复请求时，如果接收终端的请求符合要求，则对接收终端进行回应，回应消息分成功和失败两种：
403.1，成功消息：
其格式为：HTTP头+文件修复数据负载(HTTP负载)。
HTTP头包含如下部分：
(1)HTTP状态编码，设置为“200OK”；
(2)HTTP负载类型，设置为application/octet-stream；
(3)负载内容的编码格式，设置为“binary”；
(4)HTTP负载的长度。
回应消息的HTTP头如下所示：
HTTP/1.1 200OK
Content-Type：application/octet-stream
Content-Transfer-Encoding：binary
Content-length：负载的长度。
HTTP负载部分按照CMMB标准数据广播部分定义的文件片传输的封装结构进行封装。
403.2，失败消息：文件修复服务器如果发现接收终端的请求异常时候，按照HTTP协议回复失败消息给接收终端，具体消息格式参见HTTP协议。
步骤404，接收终端收到文件修复服务器下发的所述文件的修复数据后，对该文件进行修复。
在上述实施或应用实例中，文件分发服务器和文件修复服务器可以整合在一个服务器中实现。
上述交互式文件下载修复机制是可选的，通过在CMMB标准数据广播业务的文件属性表中描述某个数据广播文件下载业务是否支持交互式修复机制。
以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (19)
1、一种文件下载的交互式纠错方法，其特征在于，包括如下步骤：
(1)文件分发服务器通过广播网络将包含文件修复服务地址信息的文件属性表FAT发送给接收终端；
(2)接收终端在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，则根据所述FAT中的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；
(3)所述文件修复服务器收到所述接收终端的修复请求后，向该接收终端反馈所述文件的修复数据；
(4)所述接收终端收到所述文件修复服务器下发的所述文件的修复数据后，对该文件进行修复。
2、如权利要求1所述方法，其特征在于，步骤(2)中，所述文件的修复请求包含：所述文件修复服务地址信息、所述文件的文件资源标识值和所述丢失或错误的文件片的文件块标识值和该文件片标识值。
3、如权利要求1所述方法，其特征在于，
步骤(2)中，所述接收终端采用超文本传输协议HTTP向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；
步骤(3)中，所述文件修复服务器也采用HTTP协议向该接收终端反馈所述文件的修复数据。
4、如权利要求1所述方法，其特征在于，步骤(1)中，所述文件分发服务器发送给接收终端的FAT中还包含该接收终端在文件下载业务开始后启动所述文件修复业务的时间开始点和结束点。
5、一种文件下载的交互式纠错中修复数据的发送方法，其特征在于，包括如下步骤：
(5.1)文件分发服务器通过广播网络将包含文件修复服务地址信息的FAT发送给接收终端；
(5.2)当所述文件修复服务地址对应的文件修复服务器通过移动通信网络收到该接收终端根据所述文件修复服务地址信息发送的修复请求后，向该接收终端反馈所述文件的修复数据。
6、如权利要求5所述方法，其特征在于，步骤(5.2)中，所述文件修复服务器采用HTTP协议向该接收终端反馈所述文件的修复数据。
7、一种文件下载的交互式纠错中修复数据的接收方法，其特征在于，接收终端在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，则根据文件分发服务器通过广播网络下发的FAT中的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；所述接收终端收到所述文件修复服务器反馈的所述文件的修复数据后，对该文件进行修复。
8、如权利要求7所述方法，其特征在于，所述文件的修复请求包含：所述文件修复服务地址信息、所述文件的文件资源标识值和所述丢失或错误的文件片的文件块标识值和该文件片标识值。
9、如权利要求7所述方法，其特征在于，所述接收终端采用HTTP协议向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求。
10、一种文件下载的交互式纠错系统，其特征在于，该系统包括文件分发服务器、文件修复服务器和接收终端，其中：
所述文件分发服务器，用于通过广播网络将包含文件修复服务地址信息的FAT发送给所述接收终端；
所述接收终端，用于在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，则根据所述FAT中的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；还用于接收所述文件修复服务器下发的所述文件的修复数据，并对该文件进行修复；
所述文件修复服务器，用于接收所述接收终端的修复请求，并向该接收终端反馈所述文件的修复数据。
11、如权利要求10所述系统，其特征在于，所述接收终端用于发送的所述文件的修复请求包含：所述文件修复服务地址信息、所述文件的文件资源标识值和所述丢失或错误的文件片的文件块标识值和该文件片标识值。
12、如权利要求10所述系统，其特征在于，所述接收终端用于采用HTTP协议向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；所述文件修复服务器也用于采用所述HTTP协议向该接收终端反馈所述文件的修复数据。
13、如权利要求10所述系统，其特征在于，所述文件分发服务器用于发送给接收终端的FAT中还包含该接收终端在文件下载业务开始后启动所述文件修复业务的时间开始点和结束点。
14、一种文件下载的交互式纠错中修复数据的发送系统，其特征在于，该系统包括文件分发服务器和文件修复服务器，其中：
所述文件分发服务器，用于通过广播网络将包含文件修复服务地址信息的FAT发送给接收终端；
所述文件修复服务器，用于通过移动通信网络接收到该接收终端根据所述文件修复服务地址信息发送的修复请求，并向该接收终端反馈所述文件的修复数据。
15、如权利要求14所述系统，其特征在于，所述文件修复服务器用于采用HTTP协议向该接收终端反馈所述文件的修复数据。
16、一种文件下载的交互式纠错中修复数据的接收终端，其特征在于，所述接收终端在启动文件下载接收任务后，如果文件接收过程中出现文件片丢失或文件片错误，则用于根据文件分发服务器通过广播网络下发的FAT中的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；所述接收终端还用于接收所述文件修复服务器反馈的所述文件的修复数据，并对该文件进行修复。
17、如权利要求16所述接收终端，其特征在于，该接收终端包括文件下载异常检测模块、文件修复服务地址解析模块、通讯模块和文件修复模块，其中：
所述文件下载异常检测模块，在所述接收终端启动文件下载接收任务后，用于检测文件接收过程中出现的文件片丢失或文件片错误；
所述文件修复服务地址解析模块，用于解析出文件分发服务器通过广播网络下发的FAT中的文件修复服务地址信息；
所述通讯模块，用于根据所述文件修复服务地址解析模块解析出的文件修复服务地址信息通过移动通信网络向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求；还用于接收所述文件修复服务器反馈的所述文件的修复数据；
所述文件修复模块，用于根据所述通讯模块收到的所述文件的修复数据对该文件进行修复。
18、如权利要求17所述接收终端，其特征在于，所述通讯模块用于发送的所述文件的修复请求包含：所述文件修复服务地址信息、所述文件的文件资源标识值和所述丢失或错误的文件片的文件块标识值和该文件片标识值。
19、如权利要求17所述接收终端，其特征在于，所述通讯模块用于采用HTTP协议向文件修复服务器发送对所述丢失或错误的文件片进行修复的文件修复请求。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008100997170A CN101277316A (zh) | 2008-05-21 | 2008-05-21 | 一种文件下载的交互式纠错方法和系统 |
| PCT/CN2008/073748 WO2009140842A1 (zh) | 2008-05-21 | 2008-12-26 | 一种文件下载的交互式纠错方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008100997170A CN101277316A (zh) | 2008-05-21 | 2008-05-21 | 一种文件下载的交互式纠错方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101277316A true CN101277316A (zh) | 2008-10-01 |
Family
ID=39996326
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008100997170A Pending CN101277316A (zh) | 2008-05-21 | 2008-05-21 | 一种文件下载的交互式纠错方法和系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101277316A (zh) |
| WO (1) | WO2009140842A1 (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009140842A1 (zh) * | 2008-05-21 | 2009-11-26 | 中兴通讯股份有限公司 | 一种文件下载的交互式纠错方法和系统 |
| CN101958761A (zh) * | 2010-05-14 | 2011-01-26 | 北京创毅视讯科技有限公司 | 移动多媒体广播系统中的数据文件接收方法和装置 |
| US9264470B2 (en) | 2008-10-10 | 2016-02-16 | Thomson Licensing | Method for requesting a file repair distribution mode |
| CN105516230A (zh) * | 2014-10-15 | 2016-04-20 | 深圳市腾讯计算机系统有限公司 | 一种数据处理方法及装置 |
| CN107197391A (zh) * | 2016-03-15 | 2017-09-22 | 奥多比公司 | 到非丢失容忍流传输客户端的数字内容流传输 |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10095575B2 (en) | 2012-07-27 | 2018-10-09 | Telefonaktiebolaget Lm Ericsson (Publ) | User equipment node, server node and methods performed in such nodes for performing file repair procedure |
| CN104850791B (zh) * | 2012-10-26 | 2018-06-22 | 北京奇安信科技有限公司 | 处理任务的方法和系统 |
| CN102981942B (zh) * | 2012-10-26 | 2015-09-16 | 北京奇虎科技有限公司 | 一种任务处理方法和系统 |
| CN103595784A (zh) * | 2013-11-11 | 2014-02-19 | 北京京东尚科信息技术有限公司 | 一种文件共享方法及系统 |
| CN110175087B (zh) * | 2019-05-20 | 2023-04-11 | 中国刑事警察学院 | 一种Office文件数据分片修复方法 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8351363B2 (en) * | 2005-04-08 | 2013-01-08 | Qualcomm Incorporated | Method and apparatus for enhanced file distribution in multicast or broadcast |
| US7848224B2 (en) * | 2005-07-05 | 2010-12-07 | Cisco Technology, Inc. | Method and apparatus for constructing a repair path for multicast data |
| CN1960520B (zh) * | 2006-09-30 | 2011-02-23 | 中兴通讯股份有限公司 | 一种在移动多媒体广播中传递辅助数据的方法 |
| CN101277316A (zh) * | 2008-05-21 | 2008-10-01 | 中兴通讯股份有限公司 | 一种文件下载的交互式纠错方法和系统 |
-
2008
- 2008-05-21 CN CNA2008100997170A patent/CN101277316A/zh active Pending
- 2008-12-26 WO PCT/CN2008/073748 patent/WO2009140842A1/zh active Application Filing
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009140842A1 (zh) * | 2008-05-21 | 2009-11-26 | 中兴通讯股份有限公司 | 一种文件下载的交互式纠错方法和系统 |
| US9264470B2 (en) | 2008-10-10 | 2016-02-16 | Thomson Licensing | Method for requesting a file repair distribution mode |
| CN105744007A (zh) * | 2008-10-10 | 2016-07-06 | 汤姆逊许可公司 | 用于请求文件修复分发模式的方法 |
| CN101958761A (zh) * | 2010-05-14 | 2011-01-26 | 北京创毅视讯科技有限公司 | 移动多媒体广播系统中的数据文件接收方法和装置 |
| CN101958761B (zh) * | 2010-05-14 | 2012-10-10 | 北京创毅视讯科技有限公司 | 移动多媒体广播系统中的数据文件接收方法和装置 |
| CN105516230A (zh) * | 2014-10-15 | 2016-04-20 | 深圳市腾讯计算机系统有限公司 | 一种数据处理方法及装置 |
| CN107197391A (zh) * | 2016-03-15 | 2017-09-22 | 奥多比公司 | 到非丢失容忍流传输客户端的数字内容流传输 |
| CN107197391B (zh) * | 2016-03-15 | 2020-06-23 | 奥多比公司 | 到非丢失容忍流传输客户端的数字内容流传输 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2009140842A1 (zh) | 2009-11-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101277316A (zh) | 一种文件下载的交互式纠错方法和系统 | |
| CN101291195B (zh) | 实现断点续传的文件下载的方法、系统及终端 | |
| EP1867135B1 (en) | Method and apparatus for enhanced file distribution in multicast or broadcast | |
| US20060015568A1 (en) | Grouping of session objects | |
| US20080313191A1 (en) | Method for the support of file versioning in file repair | |
| US20080219151A1 (en) | System and method for using a peer to peer mechanism to repair broadcast data in wireless digital broadcast networks | |
| CN103152650A (zh) | 用于移动tv的鲁棒文件传播 | |
| CN101296246B (zh) | 通过单向文件传输协议传输、接收通知消息的方法及装置 | |
| CN101999136A (zh) | 对富媒体服务中的离散内容进行渐进传送和同步的方法和系统 | |
| CN101557267A (zh) | 一种bcast中通知消息呈现方式的方法和装置 | |
| CN101282453A (zh) | 更新电子业务指南的方法、服务器、终端及系统 | |
| CN101272221B (zh) | 一种文件数据的传输、接收方法及装置 | |
| CN102904673B (zh) | 使用crc和相等长度分组进行分组传输的方法和装置 | |
| CN101615960A (zh) | 一种交互组件更新的方法、终端和服务器 | |
| JP5277158B2 (ja) | データ受信方法、修復方法および対応する端末 | |
| WO2009036635A1 (fr) | Système et procédé de mise à jour de différence pour guide de service électronique | |
| CN102088331B (zh) | 一种数据传输方法及网络节点 | |
| CN102195994B (zh) | 基于单向文件传输协议传输文件的方法及接收文件的终端 | |
| JP2011515890A (ja) | デジタルビデオブロードキャストシステムにおける通知メッセージを送受信する装置及び方法 | |
| CN101616168A (zh) | 流媒体互动信息的处理方法、装置及系统 | |
| CN101291238B (zh) | 一种移动多媒体数据广播业务实现方法及系统 | |
| CN100466519C (zh) | 一种广播网络中实现同时下载多个文件的方法 | |
| KR20220075367A (ko) | Ｄａｓｈ／ｈｌｓ 하이브리드 멀티미디어 스트림을 브로드캐스팅하기 위한 방법 | |
| JP5529145B2 (ja) | ファイル修復配信モードを要求する方法 | |
| CN101753237B (zh) | 业务指南的发送方法、获取方法、服务器、终端及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20081001 |