CN102195994A - 基于单向文件传输协议传输文件的方法及接收文件的终端 - Google Patents
基于单向文件传输协议传输文件的方法及接收文件的终端 Download PDFInfo
- Publication number
- CN102195994A CN102195994A CN2010101185810A CN201010118581A CN102195994A CN 102195994 A CN102195994 A CN 102195994A CN 2010101185810 A CN2010101185810 A CN 2010101185810A CN 201010118581 A CN201010118581 A CN 201010118581A CN 102195994 A CN102195994 A CN 102195994A
- Authority
- CN
- China
- Prior art keywords
- file
- replay
- packet
- time
- received
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种基于单向文件传输协议传输文件的方法,包括:为当前会话中待传输的一个或多个文件生成文件传输表;将所述文件传输表和所述一个或多个文件分别通过数据包广播,其中,所述数据包中包含所述一个或多个文件中将重播的文件的重播时间信息。本申请还提供了一种基于单向文件传输协议接收文件的终端。由于在传输文件时广播了文件的重播时间信息,从而便于终端根据该时间信息设定接收广播的时间,提高了文件传输效率。并且避免了终端持续不断的接收广播,节省了终端的耗电量。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种基于单向文件传输协议传输文件的方法,以及接收文件的终端。
背景技术
在多媒体广播业务中,传输多媒体数据文件时通常采用的是单向文件传输协议(FLUTE:File delivery over Unidirectional Transport)。该协议是由互联网工程任务组(IETF:Internet Engineering Task Force)所制订的一套通信协议,可将文件以点到多点传送方式从发送端传送至多个接收终端。
FLUTE协议是在异步分层编码(ALC)协议之上发展的。FLUTE协议继承了ALC协议的会话管理、拥塞控制以及可靠传输等特点,并在ALC协议的基础上,增加了文件传输表(FDT:File Delivery Table)的相关机制。
根据FLUTE协议,为了传输文件,发送端将发起FLUTE会话,一次FLUTE会话中可以传输一个或多个文件,也称为传输对象。在FLUTE协议中,会为各个传输对象(文件)分别分配不同的传输对象标识(TOI:Transportation Object Identity)值,以便终端通过TOI值来区分不同文件。发送端将为当前会话中待传输的文件生成FDT表,通过FDT表中的各项参数描述当前传输的文件(传输对象)的相关信息。FDT是FLUTE广播会话中的一种特殊文件(其TOI被定义为永远为“0”),在FLUTE传输会话内被广播的内容文件一同广播下发,FDT文件的内容包括被广播的内容文件的各种属性信息,也就是说FDT文件的内容是被传输文件的属性信息,如文件名、文件URI、文件类型、文件大小、文件的标识(Content-Location)、传输对象标识(TOI)等。
在FLUTE协议中,文件传输表和待传输的文件将通过数据包广播。图1显示了将文件通过多个数据包广播的过程。如图1所示,发送端根据分块算法将文件110分割成多个源块120(源块1...源块N),源块经过FEC编码形成多个编码符号130(编码符号1...编码符号k),在各编码符号130前加入FLUTE/ALC“头部”140进行封包处理,以生成该文件的FLUTE数据包150(数据包1...数据包k)。发送端可以通过广播数据包150来广播该文件。
由于FLUTE协议中采用广播单向下行无反馈机制,不能保证接收终端能够在一次会话中完整接收文件的所有数据包。为此,发送端通常会将文件循环重复广播,以便接收终端能在同一文件被重复广播时再次接收其内容,从而获取完整的文件。循环广播的方式例如可以包括静态轮播,即每次FLUTE会话中的文件和FDT都会在下一次会话中被重复广播;以及动态轮播,即下一次FLUTE会话中将会更新广播的文件和FDT表。其中,FDT表的内容更新是因为广播的文件及文件属性信息发生了变化。
在现有技术中,当接收终端未完整接收某些文件时,为了能够在这些文件重复广播时对其进行接收,接收终端需要一直监听广播,即使正在广播的内容是接收终端已经完整接收的其他文件(静态轮播场景下)或其他不需要接收的节目内容(例如动态轮播场景下),但是由于还没有开始广播接收终端未完整接收的文件,接收终端需要一直接收广播并持续解析文件内容,当发现内容是已接收过的内容时,再丢弃相关数据包,而内容未接收过时,才保存数据包,直至形成完整文件。
因此,只要有一个文件没有接收完整,接收终端就需要一直接收广播内容,以免错过未接收内容的数据包。
这样就带来一个问题,当某次广播中包括多个文件内容而终端在接收过程中没有在轮播过程的第一次广播完整接收所有文件内容时(这种情况由于网络信号问题等原因有着很高的发生概率),为了接收之前未完整接收的某个或某些文件,接收终端可能需要长时间持续接收大量已经对其无用的广播内容,这样会耗费接收终端的电能,降低其接收广播文件内容的效率,并影响接收终端其他应用的效率(包括终端处理速度变慢,可能会和并发的电路域通话冲突等)。
发明内容
本申请的目的是提供一种至少能够部分改善上述现有技术中的缺陷的基于单向文件传输协议传输文件的方法,以及文件接收终端。
根据本申请的一个方面,公开了一种基于单向文件传输协议传输文件的方法。该方法包括为当前会话中待传输的一个或多个文件生成文件传输表;将所述文件传输表和所述一个或多个文件分别通过数据包广播,其中,所述数据包中包含所述一个或多个文件中将重播的文件的重播时间信息。这样,能够在通过单向文件传输协议传输文件的同时传输文件将被重新广播的时间信息,从而便于终端根据该时间信息确定接收广播的时间,提高了文件传输效率。
根据本申请的一种实施方式,所述重播时间信息承载于所述文件传输表中用于描述所述将重播的文件的属性参数的字段。
根据本申请的另一种实施方式,所述重播时间信息承载于所述将重播的文件的数据包的头部信息的扩展字段。
更进一步地,当终端接收到数据包后,能够解析所接收的数据包,确定将重播的文件及其重播时间,以设定再次接收广播的时间。此外,在终端解析所接收的数据包以获得所广播的一个或多个文件时,如果判断存在未完整获得的文件且该文件将被重新广播,则暂停接收广播,直到到达所述未完整获得的文件的重播时间再次接收广播。从而,终端能够仅在确定的时间来接收广播,而无需持续不断的接收广播。这样能够节省终端耗电量,提高终端接收广播内容的效率,减少接收广播内容对终端其他应用的影响。
根据本申请的一个方面,公开了一种基于单向文件传输协议接收文件的终端,包括:接收模块,通过广播接收包含一个或多个文件中将重播的文件的重播时间信息的数据包;确定模块,解析所接收的数据包并确定将重播的文件及其重播时间;以及设定模块,根据所确定的将重播的文件及其重播时间设定接收模块再次接收广播的时间。
附图说明
图1显示了FLUTE协议中将文件通过多个数据包广播的过程。
图2显示了根据本申请的基于FLUTE协议传输文件的方法,其中广播的数据包中包含将重播的文件的重播时间信息。
图3显示了根据本申请的基于FLUTE协议接收文件的方法。
图4示出了FLUTE协议的数据包的封包格式。
图5显示了根据本申请的增加了重播时间信息参数的数据包的包头扩展字段的具体内容。
图6显示了根据本申请的一种实施方式的基于FLUTE协议接收文件的终端。
图7显示了根据本申请的另一种实施方式的基于FLUTE协议接收文件的终端。
具体实施方式
下面参照附图对本申请公开的多媒体广播业务中的文件传输方法进行详细说明。为简明起见,本申请各实施例的说明中,相同或类似的装置使用了相同或相似的附图标记。
本申请提供了一种基于单向文件传输协议传输文件的方法。如图2所示,在步骤201中,为当前单向文件传输协议会话中待传输的一个或多个文件生成文件传输表。在步骤202中,将所述文件传输表和所述一个或多个文件分别通过数据包广播,其中,数据包中包含所述一个或多个文件中将重播的文件的重播时间信息。由于在传输文件时广播了文件的重播时间信息,从而便于终端根据该时间信息确定接收广播的时间,提高了文件传输效率。
图3显示了根据本申请的基于FLUTE协议接收文件的方法。如图3所示,在步骤301中,终端接收数据包。在步骤302中,终端解析所接收的数据包,确定将重播的文件及其重播时间。在步骤303中,终端根据所确定的将重播的文件及其重播时间设定再次接收广播的时间。
根据一个实施例,为设定再次接收广播的时间,终端可以解析所接收的数据包以获得所广播的一个或多个文件,并判断在本次接收中是否存在未完整获得的文件,例如该文件的全部或部分数据包没有正确接收。如果存在未完整获得的文件,则判断该未完整获得的文件是否将被重新广播,即,是否属于将被重播文件。如果是,则在当前会话结束后暂停接收广播,根据未完整获得的文件的重播时间设定计时期,当到达计时期后再次接收广播,以获取该未完整获得的文件。
从而,终端能够仅在设定的时间来接收广播,而无需持续不断的接收广播。这样能够节省终端耗电量,提高终端接收广播内容的效率,减少接收广播内容对终端其他应用的影响。
根据本申请的一种实施方式,可以在FLUTE协议的FDT表中增加指示文件重播时间的“重播时间信息”,即,将重播时间信息承载于文件传输表中,位于描述将重播的文件的属性参数的字段。
表1示意性的示出了一个FDT表中各项参数的定义,其中参数文件的标识(Content-Location)、传输对象标识(TOI)是必选的,其他参数是可选的。如表1所示,可以定义参数Follow-up-Sending-Time,用于指示文件后续将被重复广播的时间间隔,即距离当前时间多长时间间隔后将再次广播文件。此外,也可以在FDT表中定义参数Sending-Time-Absolute,用于指示出本文件后续将被重复广播的绝对时间,即直接指示再次广播文件的实际时间。
类型 | 含义 | 必选/可选 |
Content-Location | 文件标识,代表一个文件的URI(UniformResource Identifier,通用资源标志符号),文件的名称包含在URI内 | 必选 |
TOI | 文件的TOI(Transport Object Identifier) | 必选 |
Content-Type | 文件的类型,格式为MIME | 可选 |
Content-Length | 文件的原始长度 | 可选 |
Transfer-Length | 文件编码后的长度 | 可选 |
Content-Encoding | 文件的编码方式,例如文件可以经过GZip压缩后才放入ALC对象内。 | 可选 |
Content-MD5 | 文件安全信息:如数字摘要信息(digital digest)或数字签章(digital signature) | 可选 |
FEC-OTI-FEC-Encoding-ID | FEC算法的标识,0表示none-FEC,1表示RaptorFEC | 可选 |
FEC-OTI-FEC-Instance-ID | EXT FTI中的FEC Instance ID,置为0 | 可选 |
FEC-OTI-Maximum-Source-B1ock-Length | 可选 | |
FEC-OTI-Encoding-Symbol-Length | Encoding Symbol的大小 | 可选 |
FEC-OTI-Max-Number-of-Encoding-Symbols | 一个Source Block中包含的最大数目的EncodingSymbol | 可选 |
Follow-up-Sending-Time | 说明文件后续将被广播的时间间隔 | 可选 |
Sending-Time-Absolute | 说明文件后续将被广播的绝对时间 | 可选 |
表1
可以理解,FDT表是以FDT实例的方式实现的。下面将结合一个具体的FDT实例描述如何在FDT表中增加文件的重播时间信息。
FDT实例如下
<?xml version=″1.0″encoding=″UTF-8″?>
<FDT-Instance xmlns:xsi=″http://www.w3.org/2001/XMLSchema-instance″
xmlns:f1=″http://www.example.com/flute″
xsi:schemaLocation=″http://www.example.com/flute-fdt.xsd″
Expires=″2890842807″>
<File Content-Location=″www.example.com/menu/tracklist.html″//第一文件
TOI=″1″
Content-Type=″text/html″
Follow-up-Sending-Time=″300;800″/>//第一文件重播时间信息
<File Content-Location=″www.example.com/tracks/track1.mp3″//第二文件
TOI=″2″
Content-Length=″6100″
Content-Type=″audio/mp3″
Content-MD5=″Eth76GlkJU45sghK″
Follow-up-Sending-Time=″500;1000;2000″/>//第二文件重播时间信息
</FDT-Instance>
上述FDT实例通过XML语言定义,重播时间信息参数可以采用XML的string字符串类型定义。在本FDT实例中,指示当前FLUTE会话中将发送两个文件。其中,第一文件是传输对象标识TOI=″1″,文件类型为“text/html”的文本文件。第二文件是传输对象标识TOI=″2″,文件类型为“audio/mp3”的mp3文件。
在本实施例中,在FDT表中用于描述第一文件的属性参数的字段增加了描述第一文件将被重新广播的重播时间信息。在FDT表中用于描述第二文件的属性参数的字段增加了描述第二文件将被重新广播的重播时间信息。
根据上述FDT实例,通过参数Follow-up-Sending-Time表示重播时间信息,即指示文件后续将被重复广播的时间间隔,该参数可以包括一个或多个时间间隔,单位可以设为秒、分钟、小时等。如上所述,在第一文件属性参数的字段所增加的参数Follow-up-Sending-Time=″300;800″表示发送端将于从当前时间开始计算,300s以及800s后重新广播该第一文件;而在第二文件属性参数的字段所增加的参数Follow-up-Sending-Time=″500;1000;2000″表示发送端将于从当前时间开始计算,500s、1000s以及2000s后重新广播该第二文件。
可以理解,上述FDT实例仅是一个具体的示例。在实际传输中,可以在FDT实例中指示当前会话中将广播一个文件或者多个文件。此外,在广播多个文件时,也可以根据这些文件将被重新广播的情况确定在哪些文件的属性参数的字段增加重播时间信息。例如,当发送端不会重新广播第一文件时,可以选择不在第一文件的属性参数的字段增加重播时间信息;或者可以选择在第一文件的属性参数的字段增加指示不会重播的时间信息,例如增加参数Follow-up-Sending-Time=″0000″,表示发送端将不再重播第一文件。进一步地,重播时间信息也可以通过参数Sending-Time-Absolute来表示。例如,可以在上述FDT实例的第一文件属性参数的字段增加参数Sending-Time-Absolute=″9;15″表示发送端将于当日上午9:00点和下午3:00重播第一文件。
在生成了包含重播时间信息参数的FDT表后,发送端通过数据包广播FDT表。接收端接收广播的FDT表的数据包,解析所接收的数据包以获得FDT表,通过FDT表确定将重播的文件及其重播时间。
此外,接收端还会接收当前会话中广播文件的数据包,解析所接收的数据包以获得所广播的一个或多个文件。接收端将判断在本次接收中是否存在未完整获得的文件,例如该文件的全部或部分数据包没有正确接收。如果存在未完整获得的文件,则判断该未完整获得的文件是否将被重新广播,即,是否属于将被重播文件。如果是,则在当前会话结束后暂停接收广播,根据未完整获得的文件的重播时间设定计时期,当到达计时期后再次接收广播,以获取该未完整获得的文件。
例如,在本FDT实例中,当接收端判断完整接收了第一文件(文本文件),但是未完整接收第二文件(mp3文件)时,可以设定计时期,将该计时期设定为再次发送第二文件的广播时间。这样,在本次FLUTE会话结束后,接收端可以暂停接收广播,直到计时期满,即第二文件被再次广播时,重新接入广播信道,接收广播。
可以理解,根据本申请,由于能够根据确定的重播时间来设定计时期,从而在没有接收广播任务的情况下接收端可以暂停接入广播信道,跳过已完整接收的文件的广播时段,直到计时期满时才重新接入广播信道,接收广播。
根据本申请的另一种实施方式,可以将重播时间信息承载于将被重新广播的文件的数据包的头部信息中。
如前所述,在基于FLUTE协议传输文件时,在一次会话中所传输的各个文件会通过不同的多个数据包进行广播。FLUTE通信协议的封包,采用的是和ALC封包完全一样的基本结构,只是增加了在FLUTE中才会使用到的包头扩展字段,即LCT(分层编码传输)包头扩展字段。图4显示了现有的FLUTE协议的数据包的格式。如图所示,FLUTE数据包包括头部信息和编码符号内容部分。其中,头部信息由UDP包头字段(用户数据包协议包头字段)、缺省LCT包头字段、LCT包头扩展字段、FEC酬载ID字段组成。其中,LCT包头扩展字段是根据FLUTE协议所预留的头部信息扩展字段。因此,一个文件的重播时间信息可以承载在该文件的数据包的头部信息的扩展字段。
图5显示了增加了重播时间信息的LCT包头扩展字段的具体内容。如图所示,可以在LCT包头扩展字段的包头扩展部分(herder extensions)增加重播时间信息参数,例如,增加参数Follow-up-Sending-Time,用于指示文件后续将被重复广播的时间间隔,即距离当前时间多长时间间隔后将再次广播文件。此外,也可以在LCT包头扩展字段的包头扩展部分增加参数Sending-Time-Absolute,用于指示出本文件后续将被重复广播的绝对时间,即直接指示再次广播文件的实际时间。可以理解,在本实施方式中具体的重播时间信息参数的定义和设置与前述实施方式中类似。
此外,对于不会被重新广播的文件的数据包,可以选择不在其数据包的头部信息的扩展字段中加入重播时间信息,也可以选择加入指示不会重播的时间信息,例如增加参数Follow-up-Sending-Time=″0000″,表示发送端将不再重播该文件。
在终端接收到数据包后,解析所接收的数据包以获得头部信息,通过所接收的数据包的头部信息确定将重播的文件及其重播时间。例如,可以通过确定具有重播时间参数的数据包中包含的TOI来确定将重播的文件。可以通过数据包头部信息扩展字段的重播时间参数确定重播时间。
此外,终端还会解析所接收的数据包以获得所广播的一个或多个文件。终端将判断在本次接收中是否存在未完整获得的文件,例如该文件的全部或部分数据包没有正确接收。如果存在未完整获得的文件,则判断未完整获得的文件是否将被重新广播,即,是否属于将被重播文件。如果是,则在当前会话结束后暂停接收广播,根据所述未完整获得的文件的重播时间设定计时期,当到达计时期后再次接收广播,以获取该未完整获得的文件。
可以理解,根据本申请,由于能够根据确定的重播时间来设定计时期,从而在没有接收广播任务的情况下终端可以暂停接入广播信道,跳过已完整接收的文件的广播时段,直到计时期满时才重新接入广播信道,接收广播。
本申请还提供了一种基于单向文件传输协议接收文件的终端。图6显示了根据本申请的一种实施方式的基于单向文件传输协议接收文件的终端600。如图6所示,终端600包括:接收模块610,通过广播接收包含一个或多个文件中将重播的文件的重播时间信息的数据包;确定模块620,解析所接收的数据包并确定将重播的文件及其重播时间;以及设定模块630,根据确定模块620所确定的将重播的文件及其重播时间设定接收模块610再次接收广播的时间。
根据一个实施例,确定模块620可以解析所接收的数据包以获得文件传输表,通过文件传输表确定将重播的文件及其重播时间。
根据另一个实施例,确定模块620可以解析所接收的数据包以获得头部信息,通过所接收的数据包的头部信息确定将重播的文件及其重播时间。
图7显示了根据本申请另一种实施方式的基于单向文件传输协议接收文件的终端600’。如图7所示,终端600’包括:接收模块610、确定模块620、以及设定模块630’。与图6所示的实施例不同在于,在本实施例中的设定模块630’进一步包括:判断模块631,解析所接收的数据包以获得所广播的一个或多个文件,判断是否存在未完整获得的文件,如果存在,则判断未完整获得的文件是否属于将被重播文件,如果是,则指示接收模块610在当前会话结束后暂停接收广播;以及计时装置632,根据将被重播文件中未完整获得的文件的重播时间设定计时装置的计时期,当到达计时期后,指示接收模块610再次接收广播,以获取未完整获得的文件。其中计时装置可以通过硬件或者软件来实现。
以上参照附图对本申请的示例性的实施方案进行了描述。本领域技术人员应该理解,上述实施方案仅仅是为了说明的目的而所举的示例,而不是用来进行限制,凡在本申请的教导和权利要求保护范围下所作的任何修改、等同替换等,均应包含在本申请要求保护的范围内。
Claims (13)
1.一种基于单向文件传输协议传输文件的方法,包括:
为当前会话中待传输的一个或多个文件生成文件传输表;
将所述文件传输表和所述一个或多个文件分别通过数据包广播,
其特征在于,所述数据包中包含所述一个或多个文件中将重播的文件的重播时间信息。
2.根据权利要求1所述的方法,其中,所述重播时间信息承载于所述文件传输表中用于描述所述将重播的文件的属性参数的字段。
3.根据权利要求1所述的方法,其中,所述重播时间信息承载于所述将重播的文件的数据包的头部信息的扩展字段。
4.根据权利要求1-3中任一项所述的方法,其中,所述重播时间信息包括所述将重播的文件的重播时间间隔参数。
5.根据权利要求1-3中任一项所述的方法,其中,所述重播时间信息包括所述将重播的文件的重播绝对时间参数。
6.根据权利要求1所述的方法,进一步包括,接收数据包,解析所接收的数据包确定将重播的文件及其重播时间,以设定再次接收广播的时间。
7.根据权利要求6所述的方法,其中,所述解析所接收的数据包确定将重播的文件及其重播时间的步骤包括:解析所接收的数据包以获得文件传输表,通过文件传输表确定将重播的文件及其重播时间。
8.根据权利要求6所述的方法,其中,所述解析所接收的数据包确定将重播的文件及其重播时间的步骤包括:解析所接收的数据包以获得头部信息,通过所接收的数据包的头部信息确定将重播的文件及其重播时间。
9.根据权利要求6所述的方法,所述设定再次接收广播的时间的步骤进一步包括,解析所接收的数据包以获得所广播的一个或多个文件,如果存在未完整获得的文件,则判断所述未完整获得的文件是否属于将被重播文件,如果是,则在当前会话结束后暂停接收广播,根据所述未完整获得的文件的重播时间设定计时期,当到达计时期后再次接收广播,以获取所述未完整获得的文件。
10.一种基于单向文件传输协议接收文件的终端,包括:
接收模块,通过广播接收包含一个或多个文件中将重播的文件的重播时间信息的数据包;
确定模块,解析所接收的数据包并确定将重播的文件及其重播时间;以及
设定模块,根据所确定的将重播的文件及其重播时间设定所述接收模块再次接收广播的时间。
11.根据权利要求10所述的终端,所述确定模块解析所接收的数据包以获得文件传输表,通过文件传输表确定将重播的文件及其重播时间。
12.根据权利要求10所述的终端,所述确定模块解析所接收的数据包以获得头部信息,通过所接收的数据包的头部信息确定将重播的文件及其重播时间。
13.根据权利要求10所述的终端,所述设定模块进一步包括:
判断模块,解析所接收的数据包以获得所广播的一个或多个文件,判断是否存在未完整获得的文件,如果存在,则判断所述未完整获得的文件是否属于将被重播文件,如果是,则指示所述接收模块在当前会话结束后暂停接收广播;以及
计时装置,根据所述未完整获得的文件的重播时间设定所述计时装置的计时期,当到达计时期后,指示所述接收模块再次接收广播,以获取所述未完整获得的文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010118581.0A CN102195994B (zh) | 2010-03-05 | 2010-03-05 | 基于单向文件传输协议传输文件的方法及接收文件的终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010118581.0A CN102195994B (zh) | 2010-03-05 | 2010-03-05 | 基于单向文件传输协议传输文件的方法及接收文件的终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102195994A true CN102195994A (zh) | 2011-09-21 |
CN102195994B CN102195994B (zh) | 2014-03-12 |
Family
ID=44603380
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010118581.0A Active CN102195994B (zh) | 2010-03-05 | 2010-03-05 | 基于单向文件传输协议传输文件的方法及接收文件的终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102195994B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120239785A1 (en) * | 2011-03-14 | 2012-09-20 | Pazos Carlos M D | System and apparatus for using multichannel file delivery over unidirectional transport ("flute") protocol for delivering different classes of files in a broadcast network |
US8849183B2 (en) | 2007-10-05 | 2014-09-30 | Qualcomm Incorporated | Location and time based filtering of broadcast information |
US9280778B2 (en) | 2008-12-15 | 2016-03-08 | Qualcomm Incorporated | Location logging and location and time based filtering |
US9451401B2 (en) | 2011-05-27 | 2016-09-20 | Qualcomm Incorporated | Application transport level location filtering of internet protocol multicast content delivery |
CN115618899A (zh) * | 2022-12-20 | 2023-01-17 | 北京紫光青藤微系统有限公司 | 一种基于近场通信的卡片切换方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060248090A1 (en) * | 2005-04-08 | 2006-11-02 | Qualcomm Incorporated | Method and apparatus for enhanced file distribution in multicast or broadcast |
CN101075894A (zh) * | 2007-07-09 | 2007-11-21 | 中兴通讯股份有限公司 | 一种多媒体广播/组播业务实现重播的方法 |
CN101296246A (zh) * | 2007-04-24 | 2008-10-29 | 华为技术有限公司 | 通过单向文件传输协议传输、接收通知消息的方法及装置 |
-
2010
- 2010-03-05 CN CN201010118581.0A patent/CN102195994B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060248090A1 (en) * | 2005-04-08 | 2006-11-02 | Qualcomm Incorporated | Method and apparatus for enhanced file distribution in multicast or broadcast |
CN101296246A (zh) * | 2007-04-24 | 2008-10-29 | 华为技术有限公司 | 通过单向文件传输协议传输、接收通知消息的方法及装置 |
CN101075894A (zh) * | 2007-07-09 | 2007-11-21 | 中兴通讯股份有限公司 | 一种多媒体广播/组播业务实现重播的方法 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8849183B2 (en) | 2007-10-05 | 2014-09-30 | Qualcomm Incorporated | Location and time based filtering of broadcast information |
US9312970B2 (en) | 2007-10-05 | 2016-04-12 | Qualcomm Incorporated | Location and time based filtering of broadcast information |
US10027432B2 (en) | 2007-10-05 | 2018-07-17 | Qualcomm Incorporated | Location and time based filtering of broadcast information |
US9280778B2 (en) | 2008-12-15 | 2016-03-08 | Qualcomm Incorporated | Location logging and location and time based filtering |
US10158970B2 (en) | 2008-12-15 | 2018-12-18 | Qualcomm Incorporated | Location logging and location and time based filtering |
US20120239785A1 (en) * | 2011-03-14 | 2012-09-20 | Pazos Carlos M D | System and apparatus for using multichannel file delivery over unidirectional transport ("flute") protocol for delivering different classes of files in a broadcast network |
US9485108B2 (en) | 2011-03-14 | 2016-11-01 | Qualcomm Incorporated | System and apparatus for using multichannel file delivery over unidirectional transport (“FLUTE”) protocol for delivering different classes of files in a broadcast network |
US9451401B2 (en) | 2011-05-27 | 2016-09-20 | Qualcomm Incorporated | Application transport level location filtering of internet protocol multicast content delivery |
CN115618899A (zh) * | 2022-12-20 | 2023-01-17 | 北京紫光青藤微系统有限公司 | 一种基于近场通信的卡片切换方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102195994B (zh) | 2014-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2436245C2 (ru) | Система и способ для осуществления хэндовера mbms во время доставки в режиме загрузки | |
US20080313191A1 (en) | Method for the support of file versioning in file repair | |
US11234057B2 (en) | Broadcast receiver and method for launching broadcaster application based on URL in application signaling information | |
CN101889425B (zh) | 通过可变带宽信道进行同播的设备和方法 | |
WO2012125376A2 (en) | System and apparatus for using multichannel file delivery over unidirectional transport ("flute') protocol for delivering different classes of files in a broadcast network | |
CN104704793A (zh) | 多媒体数据的处理 | |
CN108696588B (zh) | 一种信息的发送方法及设备 | |
US11165841B2 (en) | Method for transmitting content to mobile user devices | |
EP3430812A1 (en) | Signaling of application content packaging and delivery | |
CN102195994B (zh) | 基于单向文件传输协议传输文件的方法及接收文件的终端 | |
AU2009229621B2 (en) | Method and apparatus for software update of terminals in a mobile communication system | |
EP2201766A2 (en) | Method and apparatus for providing service guide in a mobile broadcasting system | |
JP2009526459A (ja) | モバイルブロードキャスト/マルチキャストサービスにおいてスケーラブルなセッションの開始と終了とを用いるためのシステム及び方法 | |
CN105516115A (zh) | 一种频道快速播放的方法及用户设备ue | |
US20220085902A1 (en) | METHOD FOR SIGNALING, METHOD FOR RECEIVING, SIGNALING DEVICE, and RECEIVING DEVICE | |
US8775318B2 (en) | Method and system for updating firmware of terminals in a broadcast system | |
Alliance | Service guide for mobile broadcast services | |
EP2878098A1 (en) | User equipment node, server node and methods performed in such nodes for performing file repair procedure | |
CN107079196B (zh) | 接收设备、发送设备和数据处理方法 | |
CN101800937A (zh) | 广播下载类业务的方法、装置和系统 | |
US11831702B2 (en) | Method for broadcasting DASH/HLS hybrid multimedia streams | |
CN101753237B (zh) | 业务指南的发送方法、获取方法、服务器、终端及系统 | |
WO2016086692A1 (zh) | 业务声明文件的更新处理方法、装置及系统 | |
WO2017160805A1 (en) | Signaling of application content packaging and delivery | |
EP3430825A1 (en) | Methods, apparatuses and computer program products for content distribution |
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 |