CN106063190A - 一种文件修复的方法、相关装置及系统 - Google Patents
一种文件修复的方法、相关装置及系统 Download PDFInfo
- Publication number
- CN106063190A CN106063190A CN201480035411.2A CN201480035411A CN106063190A CN 106063190 A CN106063190 A CN 106063190A CN 201480035411 A CN201480035411 A CN 201480035411A CN 106063190 A CN106063190 A CN 106063190A
- Authority
- CN
- China
- Prior art keywords
- file
- file data
- data
- repair
- uri
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
- H04L12/1868—Measures taken after transmission, e.g. acknowledgments
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/637—Control signals issued by the client directed to the server or network components
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
Abstract
在本发明实施例提供了一种文件修复的方法,广播多播业务中心接收用户设备发送的文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识,根据所述传输会话标识,确定传输所述文件数据的FLUTE会话,根据所述传输所述文件数据的FLUTE会话和所述文件数据所对应的URI,确定所述文件数据的修复数据,实现了文件的修复,解决了现有技术无法处理多个FLUTE会话特性下的文件修复的问题。
Description
本发明实施例涉及通信技术,特别涉及一种文件修复的方法、相关装置及系统。
多媒体广播/多播业务(Multimedia Broadcast/Multicast Service,MBMS)是一种通过共享网络资源,从一个数据源向多个接收端(如用户设备)传送数据的技术,能够在提供多媒体业务的同时能有效地利用网络资源,实现较高速率的多媒体业务广播和组播。而增强型多媒体广播/多播业务(evolved MBMS,eMBMS)技术(也被称为LTE广播)是在MBMS技术基础上发展的一种基于LTE技术的增强型广播组播功能。eMBMS技术在逻辑架构、传输方式和信道结构等方面进行了重大改进,能支持更大的带宽,为用户提供更好的体验。
eMBMS技术中使用了因特网工作任务组定义的单向传递文件传输(File deLivery over Unidirectional Transport,FLUTE)协议的点对多点传输方式。FLUTE协议的点对多点传输方式会将需要传输的内容转换成多个FLUTE文件,在传输时对每个文件做一定处理后封装成FLUTE包,将FLUTE包通过互联网传送至多个接收端上。上述在一段指定的时间区间内,通过FLUTE通信协议在FLUTE频道上传送MBMS用户数据的服务可以称为FLUTE会话(FLUTE session)。相同业务的数据所对应的文件只会通过一个FLUTE会话发送给多个接收端。如果在FLUTE包的传输过程中,造成了数据的丢失或损坏,接收端的用户设备(UE)可以利用文件的统一资源标识符(Uniform Resource Identifier,或URI)向文件修复服务器请求修复数据。
随着eMBMS技术的发展,在3GPP R12标准中提出了多个FLUTE会话特性,即UE关注的/感兴趣的同一个业务的数据可以在多个FLUTE会话中传送给用户,用户可以自由选择在哪个FLUTE会话接收该业务对应的FLUTE包。
然而,针对FLUTE包的传输过程中造成了数据的丢失或损坏的问题,现有技术提供的解决方案,仅能在同一个业务只能通过一个FLUTE会话发送给接收端的情况下有效,如果在多个FLUTE会话特性下造成了数据的丢失或损坏,将无法修复数据。
发明内容
本发明实施例提供了一种文件修复的方法、相关装置及系统,能够针对多个FLUTE会话特性下造成的数据丢失或数据损坏问题,进行文件修复。
一方面,本发明实施例提供了一种文件修复的方法,该方法包括:
广播多播业务中心接收用户设备发送的文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;
所述广播多播业务中心根据所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据;
所述广播多播业务中心将所述文件数据的修复数据发送给所述用户设备。
结合第一方面,在第一种可能的实现方式中,所述文件数据的修复数据为以下至少一种形式的数据:所述文件数据所对应的FLUTE文件、所述文件数据的编码符号、根据所述文件数据的编码符号进行重新编码所获得的新的编码符号和所述文件数据所对应的字节。
结合第一方面,或者第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述文件修复请求消息还包括所述文件数据的来源区块编号SBN、所述文件数据的编码符号标识ESI和所述文件数据的字节范围中的至少一种信息;
和/或,所述文件修复请求消息为基于符号的文件修复请求消息或者基于字节范围的文件修复请求消息。
结合第一方面,或者第一方面的第一种或者第二种可能的实现方式,在
第三种可能的实现方式中,所述广播多播业务中心根据所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据包括:
所述广播多播业务中心根据所述传输会话标识和所述文件数据所对应的URI,获得所述文件数据所对应的FLUTE文件,所述文件数据的修复数据为所述文件数据所对应的FLUTE文件;或者,
所述广播多播业务中心根据所述文件数据的SBN或所述文件数据的ESI、所述所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,
所述广播多播业务中心根据所述文件数据的SBN或所述文件数据的ESI、所述所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,根据所述文件数据的编码符号进行重新编码,获得新的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,
所述广播多播业务中心根据所述所述传输会话标识、所述文件数据所对应的URI以及所述文件数据的字节范围,确定所述文件数据所对应的字节,所述文件数据的修复数据为所述文件数据所对应的字节。
结合第一方面,或者第一方面的第一种或者第二种或者第三种可能的实现方式,在第四种可能的实现方式中,所述广播多播业务中心根据所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据包括:所述广播多播业务中心根据所述传输会话标识,确定传输所述文件数据的FLUTE会话;所述广播多播业务中心根据所述传输所述文件数据的FLUTE会话和所述文件数据所对应的URI,确定所述文件数据的修复数据。
第二方面,本发明实施例提供了一种文件修复的方法,包括:
用户设备向广播多播业务中心发送文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;
所述用户设备接收所述广播多播业务中心根据所述文件修复请求消息返回的所述文件数据的修复数据。
结合第二方面,在第一种可能的实现方式中,所述方法还包括:所述用户设备获取所述传输会话标识。
结合第二方面,或者第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述文件数据的修复数据为以下至少一种形式的数据:所述文件数据所对应的FLUTE文件、所述文件数据的编码符号、根据所述文件数据的编码符号进行重新编码所获得的新的编码符号和所述文件数据所对应的字节。
第三方面,本发明实施例提供了一种广播多播业务中心,包括:
接收单元,用于接收用户设备发送的文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;
处理单元,用于根据所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据;
发送单元,用于将所述文件数据的修复数据发送给所述用户设备。
结合第三方面,在第一种可能的实现方式中,所述文件数据的修复数据为以下至少一种形式的数据:所述文件数据所对应的FLUTE文件、所述文件数据的编码符号、根据所述文件数据的编码符号进行重新编码所获得的新的编码符号和所述文件数据所对应的字节。
结合第三方面,或者第三方面的第一种可能的实现方式,在第二种可能的实现方式中,所述文件修复请求消息还包括所述文件数据的来源区块编号SBN、所述文件数据的编码符号标识ESI和所述文件数据的字节范围中的至少一种信息;
和/或,所述文件修复请求消息为基于符号的文件修复请求消息或者基于字节范围的文件修复请求消息。
结合第三方面,或者第三方面的第一种或者第二种可能的实现方式,在第三种可能的实现方式中,所述处理单元具体用于根据所述传输会话标识和所述文件数据所对应的URI,获得所述文件数据所对应的FLUTE文件,所述文件数据的修复数据为所述文件数据所对应的FLUTE文件;或者,
所述处理单元具体用于根据所述文件数据的SBN或所述文件数据的ESI、所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,
所述处理单元具体用于根据所述文件数据的SBN或所述文件数据的ESI、所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,根据所述文件数据的编码符号进行重新编码,获得新的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,
所述处理单元具体用于根据所述传输会话标识、所述文件数据所对应的URI以及所述文件数据的字节范围,确定所述文件数据所对应的字节,所述文件数据的修复数据为所述文件数据所对应的字节。
结合第三方面,或者第三方面的第一种或者第二种或者第三种可能的实现方式,在第四种可能的实现方式中,所述处理单元具体用于根据所述传输会话标识,确定传输所述文件数据的FLUTE会话;所述广播多播业务中心根据所述传输所述文件数据的FLUTE会话和所述文件数据所对应的URI,确定所述文件数据的修复数据。
第四方面,本发明实施例提供了一种用户设备,包括:
发送单元,用于向广播多播业务中心发送文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;
接收单元,用于接收所述广播多播业务中心根据所述文件修复请求消息返回的所述文件数据的修复数据。
第五方面,本发明实施例提供了一种广播多播业务中心,包括总线,以
及连接到所述总线的处理器、存储器、发射器和接收器;所述存储器用于存储计算机执行指令,所述计算机执行指令被配置成由所述处理器执行;
其中,所述接收器用于接收用户设备发送的文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;
所述处理器用于根据所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据;
所述发射器还用于将所述文件数据的修复数据发送给所述用户设备。
在第五方面中,关于所述文件修复请求以及所述文件的数据修复数据的具体信息和实现方式具体可以参考第三方面的任一可能的实现方式;关于所述处理器如何确定所述文件数据的修复数据具体可以参考第三方面的任一可能的实现方式。
第六方面,本发明实施例提供了一种用户设备,包括总线,以及连接到所述总线的处理器、存储器、发射器和接收器;所述存储器用于存储计算机执行指令,所述计算机执行指令被配置成由所述处理器执行;
其中,所述发射器用于向广播多播业务中心发送文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;
所述接收器用于接收所述广播多播业务中心根据所述文件修复请求消息返回的所述文件数据的修复数据。
结合第六方面,在第一种可能的实现方式中,所述处理单元还用于获取所述传输会话标识。
在第六方面或者第六方面的第一种可能的实现方式中,关于所述文件修复请求以及所述文件的数据修复数据的具体信息和实现方式具体可以参考第四方面的任一可能的实现方式。
第七方面,本发明实施例提供了一种计算机可读介质,包括计算机执行
指令,以供计算机的处理器执行所述计算机执行指令时,所述计算机执行第一方面所述的文件修复的方法或者第一方面的任一种可能的实现方式所述的文件修复的方法。
第八方面,本发明实施例提供了一种计算机可读介质,包括计算机执行指令,以供计算机的处理器执行所述计算机执行指令时,所述计算机执行第二方面所述的文件修复的方法或者第二方面的任一种可能的实现方式所述的文件修复的方法。
在本发明实施例提供了一种文件修复的方法,广播多播业务中心通过接收用户设备发送的文件修复请求消息,获取待修复的文件数据所对应的URI和传输所述文件数据的FLUTE会话的传输会话标识,从而广播多播业务中心利用所述传输会话标识可以感知所述文件数据是通过哪个FLUTE会话传输的,再利用文件数据所对应的URI,可以获取该文件数据的修复数据,实现了文件的修复,解决了现有技术无法处理多个FLUTE会话特性下的文件修复的问题。
为了更清楚地说明本发明实施例的技术方案,下面将对现有技术或实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为一种LTE网络中的eMBMS逻辑架构的示意图;
图2为一种FLUTE文件的示意图;
图3为本发明实施例提供的一种文件修复的方法的流程图;
图4为本发明实施例提供的又一种文件修复的方法的流程图;
图5为本发明实施例提供的又一种文件修复的方法的流程图;
图6为本发明实施例提供的一种广播多播业务中心的示意图;
图7为本发明实施例提供的一种用户设备的示意图;
图8为本发明实施例提供的一种用于文件修复的装置的组成示意图;
图9为本发明实施例提供了一种文件修复系统的示意图。
本发明实施例提供了一种文件修复的方法、相关装置及系统,能够针对多个FLUTE会话特性下,造成的数据丢失或数据损坏问题,进行文件修复。
如图1所示为LTE网络中eMBMS逻辑架构示意图,主要包括:广播多播业务中心(BM-SC)、MBMS网关(MBMS-GW)、移动管理网元实体(MME)、多小区/多播协调功能实体(MCE)、演进型通用陆地无线接入网E-UTRAN。其中,MCE主要用于业务的调度,即选择合适的资源(包括频率、时间等参数)进行多播/组播单频网络(Multimedia Broadcast multicast service Single Frequency Network,BSFN)传输;MME是控制面网元节点,主要用于会话控制;MBMS-GW作为BM-SC和E-UTRAN之间的一个节点,是网络的接入网关,负责处理用户数据相关的报文和会话相关的信令;BM-SC属于业务层网元,是内容提供者的入口,提供业务的汇聚和发送、用户的授权、业务承载的建立和发起、会话控制的发起等。
通常,BM-SC在传输业务的内容之前,需要将传输的业务的内容转换成多个FLUTE文件,如图2所示,每个文件具有其相应地URI,该URI可以唯一标识该文件或者数据源。每个文件在传送前,会被分割成多个对象,每个对象用TOI标识。在基于符号传输FLUTE文件的机制中,每个对象又会被分割成至少一个来源区块(source block),每个来源区块用来源区块编号(source block number,SBN)标识。而每一个来源区块又会被分割成大小相同的来源符号(source symbol),BM-SC再通过前向纠错(Forward Error Correction,FEC)算法得到该来源符号的检查码符号(parity symbol),最后BM-SC将属于同一个文件的来源符号与检查码符号封装在FLUTE包中通过
FLUTE会话频道传送给用户设备,完成了文件的传输。其中,来源符号与检查码符号又被统称为编码符号(encoding symbol),编码符号可以用编码符号标识(encoding symbol identifier,ESI)来标识。在基于字节传输FLUTE文件的机制中,每个对象又会以字节为单位被分割成至少一个字节,BM-SC将属于同一个文件的字节封装在FLUTE包中通过FLUTE会话频道传送给用户设备。
然而,在FLUTE包的传输过程中,可能造成了数据的丢失或损坏,此时用户设备可以通过文件修复请求消息向BM-SC请求修复数据,该文件修复请求包含文件的URI,从而BM-SC可以利用文件的URI等信息,重传相关的文件或者相关文件的部分数据。经发明人分析发现,由于在多个FLUTE会话特性下,同一个业务的内容可以在多个FLUTE会话中传输,在所述多个FLUTE会话中传输的文件虽然并不同,但是文件的URI却是相同的。因此,采用现有技术的方案,BM-SC无法判断UE待修复的文件是通过哪个FLUTE会话传输,无法获得正确的数据。
本发明实施例提供了一种文件修复的方法,用户设备可以将用于传输待修复的文件数据的FLUTE会话的传输会话标识添加到文件修复请求消息中,使得BM-SC可以感知待修复的文件数据是通过哪个FLUTE会话传输的,,从而BM-SC可以根据该传输会话标识等信息,获取该文件数据的修复数据,实现了文件的修复,解决了现有技术无法处理多个FLUTE会话特性下的文件修复的问题。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。需要注意的是,本发明各实施例中,BM-SC也可以是文件修复服务器(file repair server)。通常情况下,文件修复服务器是作为网元实体BM-SC的联合传输功能(Associated Delivery functions)的子功能的形式出现的。
如图3所示,本发明实施例提供了一种文件修复的方法,为了便于理解,
在本发明实施例中,提供了用户设备与BM-SC相互交互进行文件修复的详细流程,在实际应用中,本发明实施例提供的文件修复的方法可以只执行部分步骤,或者可以只应用于用户设备或者只应用于BM-SC中,本发明实施例在此不作限定。
S300:用户设备获取待修复的文件数据所对应的URI和传输所述文件数据的FLUTE会话的传输会话标识(Transport Session Identifier)。
在本发明实施例中,BM-SC中包含至少一个服务器(Server),该服务器属于BM-SC的逻辑功能模块,每个服务器可以为用户设备提供至少一种业务,由相同服务器提供的业务的内容具有相同的URI。由于在传输业务的内容之前,待传输的业务的内容会被转换成多个FLUTE文件,因而同一个业务的内容所对应的文件具有相同的URI。上述URI可以唯一地标识该文件或者数据源,因此可以称为文件的URI(URI of file),也可以称为服务器的URI(Server URI)。也即所述待修复的文件数据所对应的URI即可以是指所述待修复的文件数据所对应的文件的URI,也可以是指提供所述待修复的文件数据的服务器的URI,本发明实施例在此不作限定。
BM-SC通过FLUTE会话将文件传输给所述用户设备时,所述用户设备可以保存传输所述文件的FLUTE会话的传输会话标识,在多个FLUTE会话特性下,对于一个给定的IP源地址,会有多个FLUTE会话,而所述传输会话标识用于唯一标识这个给定IP源地址的某个特定的FLUTE会话,通过传输会话标识,可以唯一确定一个FLUTE会话,从而当所述用户设备确定所述文件中有数据丢失或损坏时,可以获取所述传输会话标识,使得BM-SC能够感知数据丢失或损坏是发生在哪个FLUTE会话。
在本发明实施例中,S300为可选步骤。
S301:所述用户设备向BM-SC发送文件修复请求消息,所述文件修复请求消息包含所述文件数据所对应的URI和传输所述文件数据的FLUTE会话的传输会话标识。
所述用户设备可以利用超文本传送协议(Hypertext transfer protocol,HTTP)获取(GET)请求,向所述BM-SC发送所述文件修复请求消息。
不同于现有技术,本发明实施例中所述用户设备在发现有文件数据丢失或损坏时,不仅会将所述文件数据所对应的URI发送给所述BM-SC,还会将传输所述文件数据的FLUTE会话的传输会话标识发送给所述BM-SC,从而所述BM-SC可以识别传输所述文件数据的FLUTE会话,进而获取所述文件数据的修复数据,完成了文件的修复。
S302:BM-SC接收用户设备发送的文件修复请求消息,根据所述文件修复请求消息包含的所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据。
所述BM-SC可以根据所述传输会话标识,确定传输所述文件数据的FLUTE会话,根据所述传输所述文件数据的FLUTE会话和所述文件数据所对应的URI,确定所述文件数据的修复数据。其中,所述文件数据的修复数据可为以下至少一种形式的数据:所述文件数据所对应的FLUTE文件、所述文件数据的编码符号、根据所述文件数据的编码符号进行重新编码所获得的新的编码符号和所述文件数据所对应的字节。由于所述文件数据的修复数据包含了所述文件数据的全部信息,从而所述BM-SC实现了对所述文件数据的修复。
具体地,由于进行文件数据修复的粒度不同,在本发明实施例中,所述文件修复请求消息即可以是基于符号的文件修复请求消息(Symbol-Based File Repair Request Message),也可以是基于字节范围的文件修复请求消息(Byte-Range-Based File Repair Request Message)。其中,所述基于符号的文件修复请求消息可以应用于针对某些特定的编码符号需要修复的场景,所述基于符号的文件修复请求消息中包含的所述文件数据所对应的URI可以由联合传输程序片段(Associated Delivery procedure fragment)的postFileRepair元素确定;而所述基于字节范围的文件修复请求消息可以应用于针对文件中
的部分或者所有的字节来进行文件修复,所述基于字节范围的文件修复请求消息中包含的所述文件数据所对应的URI可以是由文件传输表(File Delivery Table,FDT)中"Alternate-Content-Location-1"和"Alternate-Content-Location-2"等元素确定。
如果所述文件修复请求消息是基于符号的文件修复请求消息,则所述文件修复请求消息中除了包含所述文件数据所对应的URI和所述传输会话标识之外,还可以包括所述文件数据的SBN或者所述文件数据的ESI等。例如,如果某个文件完全丢失或损坏,则所述文件修复请求消息中可以只携带该文件的URI和传输该文件的FLUTE会话的传输会话标识;如果请求修复某个特定文件中的未接收到的来源区块,则所述文件修复请求消息中可以包含该特定文件的URI、传输会话标识以及SBN的范围,所述SBN的范围可以用于指示第一个丢失的来源区块到最后一个丢失的来源区块;如果需要请求修复某个特定来源区块的未接收到的来源符号,则所述文件修复请求消息中可以包含文件的URI、传输会话标识、该特定来源区块的SBN以及用于指示/标识该未接收到的来源符号的ESI。从而所述BM-SC根据上述文件修复请求消息中包含的信息可以获取某个特定的FLUTE文件、未接收到的来源区块的编码符号或者未接收到的来源符号的编码符号等修复数据。
如果所述文件修复请求消息是基于字节范围的文件修复请求消息,则所述文件修复请求消息中除了包含所述文件数据所对应的URI和所述传输会话标识之外,还可以包含所述文件数据字节范围(byte range),所述文件数据字节范围为待修复的所述文件数据所对应的字节范围。例如,如果请求的是某个文件的所有来源区块,则所述文件修复请求消息中可以只包含URI和传输该文件的FLUTE会话的传输会话标识;如果请求的是某些特定的来源区块,则所述文件修复请求消息中可以包含URI、传输会话标识以及待修复的字节范围(byte range),所述字节范围可以用于指示该特定的来源区块;如果待修复的是特定来源区块中的某些部分,则所述文件修复请求消息中还
可以包含该部分的最小的ESI的值。从而所述BM-SC根据上述文件修复请求消息中包含的信息可以获取某个特定的FLUTE文件或者未接收到的来源区块所对应的字节等修复数据。
S303:所述BM-SC向所述用户设备发送文件修复响应消息,所述文件修复响应消息包含所述文件数据的修复数据。
所述BM-SC可以利用HTTP响应(HTTP response)请求,向所述用户设备返回文件修复响应消息,所述文件修复响应可以包含所述文件数据的修复数据,实现了对文件数据的文件修复。所述文件修复响应消息可以是基于字符的文件修复响应消息,还可以是基于字节范围的文件修复响应消息。在本发明实施例中,一个特定的MBMS业务的文件修复请求消息及文件修复响应消息都可以按照HTTP协议通过相同的TCP连接进行传输。
对应于图3所述实施例,如果将图3所述的文件修复的方法应用于BM-SC中,该方法具体可以如下:
S401:BM-SC接收用户设备发送的文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的URI和传输所述文件数据的FLUTE会话的传输会话标识。
可选地,所述文件修复请求消息还包括所述文件数据的SBN、所述文件数据的ESI和所述文件数据的字节范围中的至少一种信息,上述信息可以标识/指示所述文件数据。
S402:所述BM-SC根据所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据。
所述BM-SC可以根据所述传输会话标识,确定传输所述文件数据的FLUTE会话,再根据所述传输所述文件数据的FLUTE会话和所述文件数据所对应的URI,确定所述文件数据的修复数据。具体地,所述广播多播业务中心根据所述传输会话标识和所述文件数据所对应的URI,获得所述文件数
据所对应的FLUTE文件,所述文件数据的修复数据为所述文件数据所对应的FLUTE文件;或者,
所述广播多播业务中心根据所述文件数据的SBN或所述文件数据的ESI、所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,
所述广播多播业务中心根据所述文件数据的SBN或所述文件数据的ESI、所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,根据所述文件数据的编码符号进行重新编码,获得新的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,
所述广播多播业务中心根据所述传输会话标识、所述文件数据所对应的URI以及所述文件数据的字节范围,确定所述文件数据所对应的字节,所述文件数据的修复数据为所述文件数据所对应的字节。
可选地,所述文件数据的修复数据为以下至少一种形式的数据:所述文件数据所对应的FLUTE文件、所述文件数据的编码符号、根据所述文件数据的编码符号进行重新编码所获得的新的编码符号和所述文件数据所对应的字节。由于所述文件数据的修复数据包含了所述文件数据的全部信息,实现了对文件数据的修复,解决了现有技术无法处理多个FLUTE会话特性下的文件修复的问题。
S403:所述BM-SC将所述文件数据的修复数据发送给所述用户设备。具体地可以通过文件修复响应消息将所述文件数据的修复数据发送给所述用户设备,具体可以参考S303。
对应于图3所述实施例,如果图3所述的文件修复的方法应用于用户设备中,该方法具体可以如下:
S501:用户设备向广播多播业务中心发送文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的URI和传输所述文件数据的
FLUTE会话的传输会话标识。
S502:所述用户设备接收所述广播多播业务中心根据所述文件修复请求消息返回的文件数据的修复数据。具体可以参考图3对应的实施例。
可选地,在发送所述文件修复请求消息之前,所述方法还可以包括:
S500:所述用户设备获取所述传输会话标识。
本发明实施例提供了一种广播多播业务中心60,如图6所示,包括接收单元601、处理单元602和发送单元603。
所述接收单元601,用于接收用户设备发送的文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的URI和传输所述文件数据的FLUTE会话的传输会话标识。可选地,所述文件修复请求消息还可以包括所述文件数据的SBN、所述文件数据的ESI和所述文件数据的字节范围中的至少一种信息,上述信息可以标识/指示所述文件数据。
所述处理单元602,用于所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据。具体地,所述处理单元602可以根据所述传输会话标识,确定传输所述文件数据的FLUTE会话,根据所述传输所述文件数据的FLUTE会话和所述文件数据所对应的URI,确定所述文件数据的编码符号修复数据。例如,所述处理单元602可以根据所述传输会话标识和所述文件数据所对应的URI,获得所述文件数据所对应的FLUTE文件,所述文件数据的修复数据为所述文件数据所对应的FLUTE文件;或者,所述处理单元602可以根据所述文件数据的SBN或所述文件数据的ESI、所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,所述处理单元602可以根据所述文件数据的SBN或所述文件数据的ESI、所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,根据所述文件数据的编码符号进行重新编码,获得新的编码符号,所述文件
数据的修复数据为所述文件数据的编码符号;或者,所述处理单元602可以根据所述传输会话标识、所述文件数据所对应的URI以及所述文件数据的字节范围,确定所述文件数据所对应的字节,所述文件数据的修复数据为所述文件数据所对应的字节。可选地,所述文件数据的修复数据为以下至少一种形式的数据:所述文件数据所对应的FLUTE文件、所述文件数据的编码符号、根据所述文件数据的编码符号进行重新编码所获得的新的编码符号和所述文件数据所对应的字节
所述发送单元603,用于将所述文件数据的修复数据发送给所述用户设备。具体地可以通过文件修复响应消息将所述文件数据的修复数据发送给所述用户设备。
本发明实施例所述的广播多播业务中心60实现文件修复的具体方式,还可以参考图3所述的方法实施例,本发明实施例在此不再赘述。
本发明实施例中,接收单元601可以通过接收用户设备发送的文件修复请求消息,获取待修复的文件数据所对应的URI和传输所述文件数据的FLUTE会话的传输会话标识,从而处理单元602根据所述传输会话标识和所述文件数据所对应的URI,可以确定所述文件数据的修复数据,所述发送单元603,可以将所述文件数据的修复数据发送给所述用户设备,实现了文件的修复,解决了现有技术无法处理多个FLUTE会话特性下的文件修复的问题。
本发明实施例提供了一种用户设备70,如图7所示,包括发送单元701和接收单元702;
其中,所述发送单元701,用于向BM-SC发送文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的URI和传输所述文件数据的FLUTE会话的传输会话标识;
所述接收单元702,用于接收所述BM-SC根据所述文件修复请求消息
返回的所述文件数据的修复数据。可选地,所述文件数据的修复数据为以下至少一种形式的数据:所述文件数据所对应的FLUTE文件、所述文件数据的编码符号、根据所述文件数据的编码符号进行重新编码所获得的新的编码符号和所述文件数据所对应的字节。由于所述文件数据的修复数据包含了所述文件数据的全部信息,实现了对文件数据的修复,解决了现有技术无法处理多个FLUTE会话特性下的文件修复的问题。
可选地,所述用户设备70还可以包括获取单元703,用于获取所述传输会话标识。本发明实施例所述的用户设备70实现文件修复的具体方式,还可以参考图3所述的方法实施例,本发明实施例在此不再赘述。
在本发明实施例中,所述用户设备70可以将用于传输待修复的文件数据的FLUTE会话的传输会话标识添加到文件修复请求消息中,使得BM-SC用户设备70可以感知待修复的文件数据是通过哪个FLUTE会话传输的,,从而BM-SC可以根据该传输会话标识等信息,获取该文件数据的修复数据并返回给所述用户设备70,实现了文件的修复,解决了现有技术无法处理多个FLUTE会话特性下的文件修复的问题。
本领域技术人员能够理解,上述图6和图7的实施例中,用于发送消息发送单元可以采用发送器实现或者采用收发器实现,用于接收消息的接收单元可以采用接收器实现或者采用收发器实现。在物理实现上,发送器或者收发器可以用一个物理实体实现,也可采用多个物理实体实现,发送器和收发器可以采用一个物理实体实现,也可以采用多个物理实体实现,本发明对此不做限制。其他单元,如获取单元或处理单元可以采用一个或多个处理器实现,本发明对此不做限制。
如图8,为本发明实施例提供的一种用于文件修复的装置,所述装置可以包括:
处理器801、存储器802、总线804和通信接口805。处理器801、存储器802和通信接口805之间通过总线804连接并完成相互间的通信。
处理器801可能为单核或多核中央处理单元,或者为特定集成电路,或者为被配置成实施本发明实施例的一个或多个集成电路。
存储器802可以为高速RAM存储器,也可以为非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
存储器802用于计算机执行指令803。具体的,计算机执行指令803中可以包括程序代码。
当所述装置运行时,处理器801运行计算机执行指令803,可以执行图3至图5任意之一对应的方法实施例所述的文件修复的方法的方法流程。当执行图3或图4对应的方法实施例所述的文件修复的方法的方法流程时,所述装置可以为广播多播业务中心。当执行图3或图5对应的方法实施例所述的文件修复的方法的方法流程时,所述装置可以为用户设备。
本发明实施例提供了一种计算机可读介质,包括计算机执行指令,以供计算机的处理器执行所述计算机执行指令时,所述计算机执行图3或图4对应的方法实施例所述的文件修复的方法。
本发明实施例提供了一种计算机可读介质,包括计算机执行指令,以供计算机的处理器执行所述计算机执行指令时,所述计算机执行图3或图5对应的方法实施例所述的文件修复的方法。
参阅图9,本发明实施例提供的一种文件修复系统包括:广播多播业务中心60和用户设备70;广播多播业务中心60和用户设备70各自执行的动作以及它们之间的交互,可以参见图3至图5对应的方法实施例的描述,也可以参考图6和图7对应的装置实施例的描述,此处不再赘述。
本发明中所提到的LTE网络,包括LTE A网络、以及后续可能出现LTE版本。
本领域普通技术人员将会理解,本发明的各个方面、或各个方面的可能实现方式可以被具体实施为系统、方法或者计算机程序产品。因此,本发明
的各方面、或各个方面的可能实现方式可以采用完全硬件实施例、完全软件实施例(包括固件、驻留软件等等),或者组合软件和硬件方面的实施例的形式,在这里都统称为“电路”、“模块”或者“系统”。此外,本发明的各方面、或各个方面的可能实现方式可以采用计算机程序产品的形式,计算机程序产品是指存储在计算机可读介质中的计算机可读程序代码。
计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质包含但不限于电子、磁性、光学、电磁、红外或半导体系统、设备或者装置,或者前述的任意适当组合,如随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或者快闪存储器)、光纤、便携式只读存储器(CD-ROM)。
计算机中的处理器读取存储在计算机可读介质中的计算机可读程序代码,使得处理器能够执行在流程图中每个步骤、或各步骤的组合中规定的功能动作;生成实施在框图的每一块、或各块的组合中规定的功能动作的装置。
计算机可读程序代码可以完全在用户的计算机上执行、部分在用户的计算机上执行、作为单独的软件包、部分在用户的计算机上并且部分在远程计算机上,或者完全在远程计算机或者计算机上执行。也应该注意,在某些替代实施方案中,在流程图中各步骤、或框图中各块所注明的功能可能不按图中注明的顺序发生。例如,依赖于所涉及的功能,接连示出的两个步骤、或两个块实际上可能被大致同时执行,或者这些块有时候可能被以相反顺序执行。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限
于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (13)
- 一种文件修复的方法,其特征在于,包括:广播多播业务中心接收用户设备发送的文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;所述广播多播业务中心根据所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据;所述广播多播业务中心将所述文件数据的修复数据发送给所述用户设备。
- 根据权利要求1所述的方法,其特征在于,所述文件数据的修复数据为以下至少一种形式的数据:所述文件数据所对应的FLUTE文件、所述文件数据的编码符号、根据所述文件数据的编码符号进行重新编码所获得的新的编码符号和所述文件数据所对应的字节。
- 根据权利要求1或2所述的方法,其特征在于,所述文件修复请求消息还包括所述文件数据的来源区块编号SBN、所述文件数据的编码符号标识ESI和所述文件数据的字节范围中的至少一种信息。
- 根据权利要求3所述的方法,其特征在于,所述广播多播业务中心根据所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据包括:所述广播多播业务中心根据所述传输会话标识和所述文件数据所对应的URI,获得所述文件数据所对应的FLUTE文件,所述文件数据的修复数据为所述文件数据所对应的FLUTE文件;或者,所述广播多播业务中心根据所述文件数据的SBN或所述文件数据的ESI、所述所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,所述广播多播业务中心根据所述文件数据的SBN或所述文件数据的ESI、所述所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,根据所述文件数据的编码符号进行重新编码,获得新的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,所述广播多播业务中心根据所述所述传输会话标识、所述文件数据所对应的URI以及所述文件数据的字节范围,确定所述文件数据所对应的字节,所述文件数据的修复数据为所述文件数据所对应的字节。
- 一种文件修复的方法,其特征在于,包括:用户设备向广播多播业务中心发送文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;所述用户设备接收所述广播多播业务中心根据所述文件修复请求消息返回的所述文件数据的修复数据。
- 根据权利要求5所述的方法,其特征在于,所述方法还包括:所述用户设备获取所述传输会话标识。
- 一种广播多播业务中心,其特征在于,包括:接收单元,用于接收用户设备发送的文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;处理单元,用于根据所述传输会话标识和所述文件数据所对应的URI,确定所述文件数据的修复数据;发送单元,用于将所述文件数据的修复数据发送给所述用户设备。
- 根据权利要求7所述的广播多播业务中心,其特征在于,所述文件数据的修复数据为以下至少一种形式的数据:所述文件数据所对应的FLUTE文件、所述文件数据的编码符号、根据所述文件数据的编码符号进行重新编码所获得的新的编码符号和所述文件数据所对应的字节。
- 根据权利要求7所述的广播多播业务中心,其特征在于,所述文件修复请求消息还包括所述文件数据的来源区块编号SBN、所述文件数据的编码符号标识ESI和所述文件数据的字节范围中的至少一种信息。
- 根据权利要求9所述的广播多播业务中心,其特征在于,所述处理单元具体用于根据所述传输会话标识和所述文件数据所对应的URI,获得所述文件数据所对应的FLUTE文件,所述文件数据的修复数据为所述文件数据所对应的FLUTE文件;或者,所述处理单元具体用于根据所述文件数据的SBN或所述文件数据的ESI、所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,所述处理单元具体用于根据所述文件数据的SBN或所述文件数据的ESI、所述传输会话标识以及所述文件数据所对应的URI,确定所述文件数据的编码符号,根据所述文件数据的编码符号进行重新编码,获得新的编码符号,所述文件数据的修复数据为所述文件数据的编码符号;或者,所述处理单元具体用于根据所述传输会话标识、所述文件数据所对应的URI以及所述文件数据的字节范围,确定所述文件数据所对应的字节,所述文件数据的修复数据为所述文件数据所对应的字节。
- 一种用户设备,其特征在于,包括:发送单元,用于向广播多播业务中心发送文件修复请求消息,所述文件修复请求消息包含待修复的文件数据所对应的统一资源标识符URI和传输所述文件数据的单向传递文件传输FLUTE会话的传输会话标识;接收单元,用于接收所述广播多播业务中心根据所述文件修复请求消息返回的所述文件数据的修复数据。。
- 根据权利要求11所述的用户设备,其特征在于,还包括:获取单元,用于获取所述传输会话标识。
- 一种文件修复系统,其特征在于,包括如权利要求7-10任一项所 述的广播多播业务中心和如权利要求11或12所述的用户设备。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2014/094963 WO2016101213A1 (zh) | 2014-12-25 | 2014-12-25 | 一种文件修复的方法、相关装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106063190A true CN106063190A (zh) | 2016-10-26 |
CN106063190B CN106063190B (zh) | 2019-06-28 |
Family
ID=56148943
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480035411.2A Active CN106063190B (zh) | 2014-12-25 | 2014-12-25 | 一种文件修复的方法、相关装置及系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10516502B2 (zh) |
EP (1) | EP3226466A4 (zh) |
CN (1) | CN106063190B (zh) |
WO (1) | WO2016101213A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10721287B2 (en) * | 2018-03-23 | 2020-07-21 | Verizon Patent And Licensing, Inc. | Real-time file repair |
WO2022006850A1 (en) * | 2020-07-10 | 2022-01-13 | Qualcomm Incorporated | Transmitting encoding symbol identifier of raptor codes using control channel coding |
CN114257968A (zh) * | 2021-12-21 | 2022-03-29 | 三星(中国)半导体有限公司 | 用户设备ue的文件修复方法和文件修复装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1957554A (zh) * | 2004-03-29 | 2007-05-02 | 诺基亚公司 | 用于多播/广播数据分布的数据修复增强 |
CN101877641A (zh) * | 2009-04-29 | 2010-11-03 | 华为技术有限公司 | Ims网络中文件下载方法、装置和系统 |
WO2014063770A1 (de) * | 2012-10-24 | 2014-05-01 | Franz Plasser Bahnbaumaschinen-Industriegesellschaft Mbh | Gleisstopfmaschine mit separat angeregten vibrierenden stopfpickeln |
CN103780405A (zh) * | 2004-08-30 | 2014-05-07 | 诺基亚公司 | 在点对多点传输系统中确认数据的方法和设备 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7536622B2 (en) | 2004-03-29 | 2009-05-19 | Nokia Corporation | Data repair enhancements for multicast/broadcast data distribution |
US7590922B2 (en) | 2004-07-30 | 2009-09-15 | Nokia Corporation | Point-to-point repair request mechanism for point-to-multipoint transmission systems |
US7376150B2 (en) * | 2004-07-30 | 2008-05-20 | Nokia Corporation | Point-to-point repair response mechanism for point-to-multipoint transmission systems |
TWI325732B (en) * | 2006-07-31 | 2010-06-01 | Ind Tech Res Inst | File repair mechanism for mbms and umts network |
US8341479B2 (en) * | 2007-03-30 | 2012-12-25 | Thomson Licensing | Robust file casting for mobile TV |
WO2009146720A1 (en) * | 2008-06-04 | 2009-12-10 | Telefonaktiebolaget L M Ericsson (Publ) | Method and device for content personalisation using file repair requests |
US9213605B2 (en) * | 2012-01-23 | 2015-12-15 | Intel Corporation | IP multimedia subsystem and method for MBMS file repair using HTTP servers |
WO2014063730A1 (en) * | 2012-10-24 | 2014-05-01 | Huawei Technologies Co., Ltd. | Communication receiver |
US20150270978A1 (en) * | 2014-03-20 | 2015-09-24 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for data repair in a data communication network |
-
2014
- 2014-12-25 CN CN201480035411.2A patent/CN106063190B/zh active Active
- 2014-12-25 WO PCT/CN2014/094963 patent/WO2016101213A1/zh active Application Filing
- 2014-12-25 EP EP14908781.9A patent/EP3226466A4/en not_active Withdrawn
-
2017
- 2017-06-23 US US15/631,343 patent/US10516502B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1957554A (zh) * | 2004-03-29 | 2007-05-02 | 诺基亚公司 | 用于多播/广播数据分布的数据修复增强 |
CN103780405A (zh) * | 2004-08-30 | 2014-05-07 | 诺基亚公司 | 在点对多点传输系统中确认数据的方法和设备 |
CN101877641A (zh) * | 2009-04-29 | 2010-11-03 | 华为技术有限公司 | Ims网络中文件下载方法、装置和系统 |
WO2014063770A1 (de) * | 2012-10-24 | 2014-05-01 | Franz Plasser Bahnbaumaschinen-Industriegesellschaft Mbh | Gleisstopfmaschine mit separat angeregten vibrierenden stopfpickeln |
Also Published As
Publication number | Publication date |
---|---|
EP3226466A4 (en) | 2018-01-10 |
EP3226466A1 (en) | 2017-10-04 |
US20170302403A1 (en) | 2017-10-19 |
CN106063190B (zh) | 2019-06-28 |
WO2016101213A1 (zh) | 2016-06-30 |
US10516502B2 (en) | 2019-12-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108965484B (zh) | 一种物联网数据的传输方法、系统及终端 | |
KR101151935B1 (ko) | Mbms 핸드오버 실행 방법, mbms 핸드오버 실행 장치, 컴퓨터 판독가능 저장 매체 및 mbms 핸드오버 실행 시스템 | |
WO2019144836A1 (zh) | 数据传输方法、装置和系统 | |
CN103546826B (zh) | 视频业务的传输方法和装置 | |
US10470000B2 (en) | Methods and apparatus for enhanced MBMS content provisioning and content ingestion | |
CN107948762B (zh) | 直播视频的传输方法、装置和系统 | |
CN103650431B (zh) | 视频数据传输方法及装置 | |
TW200539639A (en) | Conveying parameters for broadcast/multicast sessions via a communication protocol | |
CN106464691B (zh) | 一种实时传输协议rtp包传输方法和装置 | |
KR101438005B1 (ko) | 서버와 클라이언트 단말 간에 데이터를 패킷 단위로 실시간 송/수신하기 위한 방법, 이에 상응하는 서버 및 단말 | |
CN105743865A (zh) | 多媒体文件数据传输系统及传输方法 | |
WO2006107165A1 (en) | File distribution method and apparatus in a mobile broadcast system | |
CN106063190A (zh) | 一种文件修复的方法、相关装置及系统 | |
JPWO2020222265A5 (ja) | 端末、通信システム、及び通信方法 | |
US20160218831A1 (en) | Method and System for On-Demand File Repair | |
KR20170124551A (ko) | 부분 세그먼트에 대한 표시 | |
WO2016003250A1 (ko) | 멀티미디어 데이터를 송수신하는 방법 및 장치 | |
CN102638392B (zh) | 数据传输方法及设备、系统 | |
CN104796735B (zh) | 一种视频数据传输方法及装置 | |
CN103718580A (zh) | 链路建立方法、装置及系统 | |
CN106464603B (zh) | 一种传输请求的方法及客户端 | |
EP3881459B1 (en) | Method and apparatus for efficient delivery of source and forward error correction streams in systems supporting mixed unicast multicast transmission | |
CN109196870B (zh) | 用于发射和接收mmtp分组的方法和装置 | |
CN107734681A (zh) | 一种传输资源的指示方法及装置 | |
CN106411538A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |