CN101001162A - 一种生成文件修复请求消息的方法及客户端 - Google Patents
一种生成文件修复请求消息的方法及客户端 Download PDFInfo
- Publication number
- CN101001162A CN101001162A CNA2006101115474A CN200610111547A CN101001162A CN 101001162 A CN101001162 A CN 101001162A CN A2006101115474 A CNA2006101115474 A CN A2006101115474A CN 200610111547 A CN200610111547 A CN 200610111547A CN 101001162 A CN101001162 A CN 101001162A
- Authority
- CN
- China
- Prior art keywords
- territory
- value
- makeing mistakes
- sbn
- source
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0045—Arrangements at the receiver end
-
- 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
- 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/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明公开了一种生成文件修复请求消息的方法,确定多媒体广播和组播业务(MBMS)文件出错时,执行以下步骤:A、根据出错的数据块,生成数目小于出错数据块数目的修改域;B、根据步骤A中生成的修改域以及所述MBMS文件的统一资源标识,生成文件修复请求消息。在本发明中,所指的数据块包括源块和编码符号。由于通过对出错的源块和/或编码符号的修改域进行合并,从而使合并后的修改域的数目小于出错的源块和编码符号,因此大大的缩短了文件修复请求消息的长度。同时,本发明又提供了一种MBMS客户端。应用本发明所提供的方法及MBMS客户端,在很大程度上节约了系统资源,减少了消息占用带宽,保证了网络通信的正常进行。
Description
技术领域
本发明涉及多媒体广播和组播业务(MBMS)技术,尤指一种生成文件修复请求消息的方法及MBMS客户端。
背景技术
为了有效地利用移动通信网络资源,第三代移动通信全球标准化组织(3GPP)提出了移动通信网络的MBMS,从而在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务,实现网络资源共享,提高网络资源的利用率,尤其是空口接口资源。3GPP提出的MBMS不仅能实现纯文本低速率的消息类组播和广播,而且还能实现高速多媒体业务的组播和广播,这无疑顺应了未来移动数据发展的趋势。
MBMS技术中文件修复流程的目的是修复MBMS文件下载过程中,由于信道衰落或其他原因引起MBMS文件数据的丢失或损坏。文件修复流程的简要过程为:MBMS客户端下载到MBMS文件后,对MBMS文件进行检查,如果MBMS文件中存在错误的数据,MBMS客户端则向文件修复服务器发送文件修复请求消息,请求文件修复服务器重传MBMS文件中存在错误的数据。文件修复服务器则根据MBMS客户端的发送的文件修复请求消息,向MBMS客户端返回文件修复响应,MBMS客户端根据文件修复服务器返回的文件修复响应修复MBMS文件中存在的错误。这里,文件修复请求消息和文件修复响应均为基于HTTP协议。
MBMS文件由至少一个源块(Source Block)组成,每个源块又由若干个源符号(Source Symbol)组成,源符号又称作编码符号。每个源块用源块编号(SBN,Source Block Number)唯一标识;每个源符号用编码符号标识(ESI)唯一标识。MBMS文件中的第一源块的SBN为0,表示为SBN=0;第二源块的SBN为1,表示为SBN=1,依此类推。同样,源块中的第一个源符号的ESI值为0,表示为SBN=0,ESI=0;源块中的第二个源符号的ESI值为1,表示为SBN=0,ESI=1,依此类推。
MBMS文件则用统一资源标识(URI)来唯一标识,MBMS文件的URI可以从下载分发方法中获取。由URI、SBN和ESI组成的三元组就可以唯一标识MBMS文件的一个编码符号。这里,所指的编码符号是指,有三元组所确定的特定文件中、特定源块的特定源符号。
当MBMS文件发生错误时,MBMS客户端会将发生错误的编码符号、源块以及文件分别作为一个修改域添加在文件修复请求消息中。例如,在一个MBMS下载会话中,一个URI为www.example.com/news/latest.3gp的MBMS文件分发到MBMS客户端,但在MBMS文件下载完后,如果客户端发现并没有收到该MBMS文件中的SBN=5,ESI=12和SBN=20,ESI=27的编码符号以及SBN=6的源块时,并且文件修复服务器URI为http://mbmsrepairl.example.com/path/repair_script,则文件修复请求消息为:
GET
/path/repair_script?file URI=www.example.com/news/latest.3gp&SBN=5;ESI=12&SBN=20;ESI=27&SBN=6
HTTP/1.1
Host:mbmsrepairl.example.com
上述文件修复请求消息表示MBMS客户端请求URI为mbmsrepairl.example.com/path/repair_script的文件修复服务器重传,MBMS文件URI=www.example.com/news/latest.3gp的SBN=5,ESI=12和SBN=20,ESI=27的编码符号。
如上例所示的文件修复请求消息中,将用&符号依次携带在MBMS文件URI之后的各域,如SBN=5;ESI=12,SBN=20;ESI=27,SBN=6为修改域。
当一个MBMS文件中存在多个编码符号和/或源块出错时,则会将出错的编码符号和/或源块的标识作为一个独立的修改域,加在文件URI之后,这样就会导致文件修复请求消息非常长,严重的浪费资源。另外由于HTTPGET请求消息所定义的文件修复请求消息的长度有一定的限制,因此,文件修复请求消息的长度也不能不限制加长,这样就会导致当发生错误的源块和/或编码符号太多时,有时并不能完全携带至文件修复请求消息中。另一方面,由于文件修复请求消息过长,如果多个用户同时发送大量的请求则会导致网络拥塞,严重影响客户的服务质量。
发明内容
有鉴于此,本发明的主要目的在于提供一种生成文件修复请求消息的方法,应用该方法能够缩短文件修复请求消息的长度。
另外,本发明的又一主要目的在于提供一种MBMS客户端,该客户端能够生成缩短的文件修复请求消息。
为达到上述目的,本发明的技术方案是这样实现的:
一种生成文件修复请求消息的方法,确定多媒体广播和组播业务MBMS文件出错时,执行以下步骤:
A、根据出错的数据块,生成数目小于出错数据块数目的修改域;
B、根据步骤A中生成的修改域以及所述MBMS文件的统一资源标识(URI),生成文件修复请求消息。
其中,所述数据块包括:源块和编码符号;在执行步骤A之前,该方法进一步包括:
判断出错的MBMS文件中是否存在出错的源块,当存在出错的源块时,则步骤A中所述生成数目小于出错数据块数目的修改域为:根据出错的源块生成数目小于出错数据块数目的修改域。
其中,步骤A所述根据出错的源块生成小于出错数据块数目的修改域为:
针对所有出错的源块生成一个修改域,以生成小于出错数据块数目的修改域。
其中,所述针对所有出错的源块生成一个修改域为:
将所有出错的源块的源块编号SBN值均写在同一个修改域的SBN符号之后。
另外,在针对所有出错的源块生成一个修改域的步骤中,进一步包括:
判断所述出错的源块的SBN值是否存在连续的SBN值,当所述存在连续的SBN值时,将其中连续的SBN值采用连续值表达法写在修改域中,非连续的SBN值采用普通表达法写在修改域中。
其中,所述数据块包括:源块和编码符号;在执行步骤A之前,该方法进一步包括:
判断出错的MBMS文件中是否存在出错的编码符号,当存在出错的编码符号时,则步骤A中所述生成数目小于出错数据块数目的修改域为:根据出错的编码符号生成数目小于出错数据块数目的修改域。
其中,步骤A所述根据出错的编码符号生成小于出错数据块数目的修改域为:
根据所有出错编码符号,为同属于一个源块的出错编码符号生成一个修改域,以生成小于出错数据块数目的修改域。
其中,所述为同属于一个源块的出错编码符号生成一个修改域为:
将同属于一个源块的出错编码符号所共有的SBN值写在一个修改域的SBN符号之后,将同属于一个源块所有的出错编码符号的ESI值写在所述修改域的ESI符号之后。
另外,在为同属于一个源块的出错编码符号生成一个修改域的步骤中,进一步包括:
判断所述出错的编码符号的编码符号标识ESI值是否存在连续的ESI值,当所述存在连续的ESI值时,将其中连续的ESI值采用连续值表达法写在修改域中,非连续的ESI值采用普通表达法写在修改域中。
其中,所述连续值表达法为:连续值第一位与最后一位,通过连续连接符连接;
或,连续值第一位和连续值的个数,通过加号连接。
其中,所述连续连接符为中杠或下划线。
其中,所述普通表达法为:各值之间通过普通连接符连接;
所述普通连接符为:逗号或顿号。
其中,通过各数据块的标识识别各数据块。
同时,本发明还提供了一种客户端,该客户端进一步包括,修改域生成单元;
所述修改域生成单元,用于确定MBMS文件出错时,根据出错的数据块,生成数目小于出错数据块数目的修改域;以及根据生成的修改域以及所述MBMS文件的URI,生成文件修复请求消息。
本发明所提供的一种生成文件修复请求消息的方法,能够在确定MBMS文件出错时,根据出错的数据块,生成数目小于出错数据块数目的修改域,进而利用生成数目小于出错数据块数目的修改域生成文件修复请求消息。这里所指的数据块包括源块和编码符号。在本发明中,由于通过对出错的源块和/或编码符号的修改域进行合并,而从使合并后的修改域的数目小于出错的源块和编码符号,因此相对于现有技术中针对每个出错的源块和编码符号生成修改域的方法,大大的缩短了文件修复请求消息的长度。同时,本发明又提供了一种MBMS客户端。应用本发明所提供的方法及MBMS客户端,在很大程度上节约了系统资源,减少了消息占用带宽,保证了网络通信的正常进行。
附图说明
图1为本发明实施例方法的流程图;
图2为本发明实施例MBMS客户端的结构图。
具体实施方式
本发明的核心思想是:在确定MBMS文件出错时,根据出错的数据块,生成数目小于出错数据块数目的修改域,以生成文件修复请求消息。
在本发明中,这里所指的数据块包括源块和编码符号。即出错的数据块有可能仅包括源块、或仅编码符号、或包括源块和编码符号。
这里,可以仅根据出错数据块的中源块、或编码符号、或源块和编码符号进行操作,以生成小于出错数据块数目的修改域。
当仅根据出错数据块中的源块进行操作时,首先必须判断出错的MBMS文件中是否存在出错的源块,当存在出错的源块时,则针对所有出错的源块生成一个修改域,以生成小于出错数据块数目的修改域。
例如,出错的源块的SBN值分别为:5、6、7、9、12和45,则针对所有出错的源块生成的一个修改域可以为:SBN=5,6,7,9,12,45。
当然可以按照如上所述的方法,针对所有出错的源块,也可以生成数目小于出错源块数目的修改域,这样同样可以达到减少文件修复请求消息长度的目的。例如,出错的源块的SBN值分别为:5、6、7、9、12和45,则所有出错的源块生产的两个修改域可以为:SBN=5,6和SBN=7,9,12,45。
当仅根据出错数据块中的编码符号进行操作时,则首先必须判断出错的MBMS文件中是否存在出错的编码符号,当存在出错的编码符号时,根据所有出错编码符号,为同属于一个源块的出错编码符号生成一个修改域,以生成小于出错数据块数目的修改域。
例如,出错的编码符号的SBN和ESI值分别为:(SBN=5,ESI=2)、(SBN=5,ESI=6)、(SBN=5,ESI=7)、(SBN=5,ESI=8)、(SBN=5,ESI=18)和(SBN=5,ESI=28),则所有出错的源块所针对的一个修改域可以为:(SBN=5,ESI=2,6,7,8,18,28)。
当MBMS文件中所有出错的编码符号属于多个不同的源块时,则需要针对每个源块生成一个修改域。例如,出错的编码符号的SBN和ESI值分别为:(SBN=5,ESI=2)、(SBN=5,ESI=6)、(SBN=5,ESI=7)、(SBN=6,ESI=8)、(SBN=6,ESI=18)和(SBN=6,ESI=28),则所有出错的源块所针对的两个修改域可以为:(SBN=5,ESI=2,6,7)和(SBN=6,ESI=8,18,28)。在本发明中,将针对编码源块的修改域用户括号括起来,目的是区别各个修改域,并不代表文件修复请求消息中也具有同样的形式。
当然可以按照如上所述的方法,针对所有出错的编码符号,也可以生成数目小于出错编码符号数目的修改域,这样同样可以达到减少文件修复请求消息长度的目的。具体的方式与出错源块的处理方法相同,在此不再详述。
当根据出错数据块中所包括的源块和编码符号进行操作时,则必须分别判断出错的MBMS文件中是否存在出错的源块以及编码符号,然后根据出错源块和出错编码符号的实际,生成数目小于出错数据块数目的修改域。针对出错源块和出错编码符号的处理方法与上述描述的处理相同,在此不再详述。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明做进一步的详细说明。
图1为本发明方法的流程图,具体介绍如下:
步骤101:当一个MBMS文件被分发到MBMS客户端后时,MBMS客户端则在MBMS文件下载完毕之后,判断该MBMS文件是否出错,如果是,则执行步骤102;否则,执行步骤108。
步骤102:确定出错的源块和编码符号。
在步骤102中,可以通过记录出错的源块和编码符号的标识,记录出错的源块和编码符号。当源块出错时,则记录源块的SBN值;当编码符号出错时,则记录编码符号所在的源块的SBN值、和编码符号在该源块中的ESI值。在本发明中,将用于标识源块的SBN称为源块的标识;将用于标识编码符号的SBN和ESI称为编码符号的标识。
其中,步骤101中判断该MBMS文件是否出错以及步骤102中确定出错的源块和编码符号的方法可以采用现有技术的方法。
步骤103:判断是否存在出错的源块,如果是,则执行步骤104;否则,执行步骤105。
这里判断是否存在出错的源块可以根据记录的标识进行判断,具体为:判断记录的标识中是否存在单独的SBN值,如果是,则存在出错的源块;否则,不存在出错的源块。这里,所述单独的SBN值是相对与标识编码符号的SBN和ESI值来说,因为只有单独的SBN值是用来标识源块的。
步骤104:获取所有出错的源块,将所有出错的源块的标识生成一个修改域,用来生成当前的文件修复请求消息。
这里,查找得到所有出错的源块也可以根据记录的标识执行,具体为:获取所有记录的SBN值,这些SBN值对应源块即为出错的源块。
其中,将所有出错的源块的标识生成一个修改域为:在修改域的SBN符号后携带所有出错的源块的SBN值。例如,出错的源块的SBN值分别为:5、6、7、9、12和45,则所有出错的源块所针对的一个修改域可以为:SBN=5,6,7,9,12,45。这里,各SBN值之间的连接符并不限定于逗号,只要是HTTP协议支持的连接符都可以。这里,例如逗号之类的连接符可以称为普通连接符,将各值用逗号进行连接的方法称为普通连接法。
在本步骤中,还可以进一步包括,判断是否存在SBN值连续的源块,如果存在,则在表示连续SBN值时,用连续值表达法表示连续值部分。连续值表达法是:连续SBN值的起始值和最末值,再加上能够表示连续关系的连续连接符,例如,同样为上面所述例子,修改域可以表示为:SBN=5-7,9,12,45,其中,中杠能够表示连续关系的连续连接符。当然,根据HTTP协议,还可以使用能够表示连续关系的连接符,例如下划线。连续值表达法可以用连续SBN值的起始值加上联系值的个数,例如SBN=5+3,9,12,45。同时也可以将SBN=9、12、45这些不连续的值称为非连续SBN值。
步骤105:判断是否存在出错的编码符号,如果是,则执行步骤106;否则,执行步骤107。
具体为:判断记录的标识中是否存在SBN和ESI值,如果是,则存在出错的编码符号;否则,不存在出错的编码符号。
步骤106:针对每个存在编码符号错误的源块,将该源块所包括的所有出错的编码符号的标识生成一个修改域,用来生成当前的文件修复请求消息。
具体为:对所有存在错误的编码符号进行分类,将具有相同SBN的编码符号作为一类,然后针对每类中所包括的编码符号,将编码符号的标识生成一个修改域。
其中,将所有出错的编码符号的标识生成一个修改域为:在修改域的ESI符号后携带所有出错的编码符号的ESI值,修改域中的SBN符号后的值为同一类编码符号所共同对应的SBN值。例如,出错的编码符号的SBN和ESI值分别为:(SBN=5,ESI=2)、(SBN=5,ESI=6)、(SBN=5,ESI=7)、(SBN=5,ESI=8)、(SBN=5,ESI=18)和(SBN=5,ESI=28),则所有出错的源块所针对的一个修改域可以为:SBN=5,ESI=2,6,7,8,18,28。这里,各ESI值之间的连接符并不限定与逗号,也可以使顿号,只要是HTTP协议支持的连接符都可以。
在本步骤中,还可以进一步包括,判断是否存在ESI值连续的编码符号,如果存在,则在表示连续ESI值时,用连续值表达法表示连续值部分。连续值表达法可以用连续SBN值的起始值和最末值加上连续连接符进行表示,例如,同样为上面所述例子,修改域可以表示为:SBN=5,ESI=2,6-8,18,28。连续值表达法可以用连续ESI值的起始值加上联系值的个数,例如SBN=5,ESI=2,6+3,18,28。这里,可以将ESI=2、18、28的值称为非连续ESI值。
步骤107:用生成的修改域,生成文件修复请求消息。
这里,所述生成的修改域,是根据实际情况由步骤104和/或步骤106所生成的。在本步骤中,将由步骤104和/或步骤106生成的修改域依次用&符号连接,携带在文件修复请求消息中当前MBMS文件的URI之后,生成文件修复请求消息。
由于在步骤101中已经判断出当前的MBMS文件出错,因此步骤104和步骤106至少会存在一个步骤生成了修改域,因此步骤107中,必定会根据步骤104和/或步骤106所生成的修改域,生成文件修复请求消息。
步骤108:结束当前处理流程。
这里,步骤105也可以在步骤103之前执行,即在执行完步骤105、或步骤105和步骤106之后,再执行步骤103;步骤105也可以和步骤103同时执行,即步骤103和步骤104、与步骤105和步骤106是并行处理的关系。
由于MBMS客户端和文件修复服务器均是基于HTTP协议,而本发明也是在HTTP协议的基础上进行的,因此文件修复服务器能够解析本发明中MBMS客户端所发送的文件修复请求消息。
图2所示为MBMS客户端的结构图,该MBMS客户端21进一步包括,修改域生成单元221。所述修改域生成单元221,用于确定MBMS文件出错时,根据出错的数据块,生成数目小于出错数据块数目的修改域;以及根据生成的修改域以及所述MBMS文件的统一资源标识(URI),生成文件修复请求消息。
这里,修改域生成单元221根据出错的数据块,生成数目小于出错数据块数目的修改域的方法,与本发明中所描述的方法相同,在此不再详述。
本发明由于通过对出错的源块和/或编码符号的修改域进行合并,而从使合并后的修改域的数目小于出错的源块和编码符号,因此相对于现有技术中针对每个出错的源块和编码符号生成修改域的方法,大大的缩短了文件修复请求消息的长度,在很大程度上节约了系统资源,减少了消息占用带宽,保证了网络通信的正常进行。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (14)
1、一种生成文件修复请求消息的方法,其特征在于,确定多媒体广播和组播业务MBMS文件出错时,执行以下步骤:
A、根据出错的数据块,生成数目小于出错数据块数目的修改域;
B、根据步骤A中生成的修改域以及所述MBMS文件的统一资源标识,生成文件修复请求消息。
2、根据权利要求1所述的方法,其特征在于,所述数据块包括:源块和编码符号;在执行步骤A之前,该方法进一步包括:
判断出错的MBMS文件中是否存在出错的源块,当存在出错的源块时,则步骤A中所述生成数目小于出错数据块数目的修改域为:根据出错的源块生成数目小于出错数据块数目的修改域。
3、根据权利要求2所述的方法,其特征在于,步骤A所述根据出错的源块生成小于出错数据块数目的修改域为:
针对所有出错的源块生成一个修改域,以生成小于出错数据块数目的修改域。
4、根据权利要求3所述的方法,其特征在于,所述针对所有出错的源块生成一个修改域为:
将所有出错的源块的源块编号SBN值均写在同一个修改域的SBN符号之后。
5、根据权利要求4所述的方法,其特征在于,在针对所有出错的源块生成一个修改域的步骤中,进一步包括:
判断所述出错的源块的SBN值是否存在连续的SBN值,当所述存在连续的SBN值时,将其中连续的SBN值采用连续值表达法写在修改域中,非连续的SBN值采用普通表达法写在修改域中。
6、根据权利要求1或2所述的方法,其特征在于,所述数据块包括:源块和编码符号;在执行步骤A之前,该方法进一步包括:
判断出错的MBMS文件中是否存在出错的编码符号,当存在出错的编码符号时,则步骤A中所述生成数目小于出错数据块数目的修改域为:根据出错的编码符号生成数目小于出错数据块数目的修改域。
7、根据权利要求6所述的方法,其特征在于,步骤A所述根据出错的编码符号生成小于出错数据块数目的修改域为:
根据所有出错编码符号,为同属于一个源块的出错编码符号生成一个修改域,以生成小于出错数据块数目的修改域。
8、根据权利要求7所述的方法,其特征在于,所述为同属于一个源块的出错编码符号生成一个修改域为:
将同属于一个源块的出错编码符号所共有的SBN值写在一个修改域的SBN符号之后,将同属于一个源块所有的出错编码符号的ESI值写在所述修改域的ESI符号之后。
9、根据权利要求8所述的方法,其特征在于,在为同属于一个源块的出错编码符号生成一个修改域的步骤中,进一步包括:
判断所述出错的编码符号的编码符号标识ESI值是否存在连续的ESI值,当所述存在连续的ESI值时,将其中连续的ESI值采用连续值表达法写在修改域中,非连续的ESI值采用普通表达法写在修改域中。
10、根据权利要求5所述的方法,其特征在于,所述连续值表达法为:连续值第一位与最后一位,通过连续连接符连接;
或,连续值第一位和连续值的个数,通过加号连接。
11、根据权利要求10所述的方法,其特征在于,所述连续连接符为中杠或下划线。
12、根据权利要求5所述的方法,其特征在于,所述普通表达法为:各值之间通过普通连接符连接;
所述普通连接符为:逗号或顿号。
13、根据权利要求1所述的方法,其特征在于,通过各数据块的标识识别各数据块。
14、一种客户端,其特征在于,该客户端进一步包括,修改域生成单元;
所述修改域生成单元,用于确定MBMS文件出错时,根据出错的数据块,生成数目小于出错数据块数目的修改域;以及根据生成的修改域以及所述MBMS文件的统一资源标识,生成文件修复请求消息。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101115474A CN101001162A (zh) | 2006-08-23 | 2006-08-23 | 一种生成文件修复请求消息的方法及客户端 |
PCT/CN2007/070524 WO2008025287A1 (fr) | 2006-08-23 | 2007-08-20 | Procédé de génération d'un message de demande de rectification de document et client associé |
CNA2007800003101A CN101411119A (zh) | 2006-08-23 | 2007-08-20 | 一种生成文件修复请求消息的方法及客户端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101115474A CN101001162A (zh) | 2006-08-23 | 2006-08-23 | 一种生成文件修复请求消息的方法及客户端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101001162A true CN101001162A (zh) | 2007-07-18 |
Family
ID=38692983
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101115474A Pending CN101001162A (zh) | 2006-08-23 | 2006-08-23 | 一种生成文件修复请求消息的方法及客户端 |
CNA2007800003101A Pending CN101411119A (zh) | 2006-08-23 | 2007-08-20 | 一种生成文件修复请求消息的方法及客户端 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007800003101A Pending CN101411119A (zh) | 2006-08-23 | 2007-08-20 | 一种生成文件修复请求消息的方法及客户端 |
Country Status (2)
Country | Link |
---|---|
CN (2) | CN101001162A (zh) |
WO (1) | WO2008025287A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101827308B (zh) * | 2009-03-05 | 2012-08-29 | 中国移动通信集团公司 | Mbms文件片的发送方法、传输系统及业务服务器 |
WO2014059582A1 (en) * | 2012-10-15 | 2014-04-24 | Telefonaktiebolaget L M Ericsson (Publ) | A ue, a bm-sc, a status management server, a load balancing server and a file repair server and respective methods therein are provided for file repair procedure |
CN101998247B (zh) * | 2009-08-18 | 2014-06-11 | 中国移动通信集团公司 | 一种获取广播组播控制信息的方法及终端 |
US9264470B2 (en) | 2008-10-10 | 2016-02-16 | Thomson Licensing | Method for requesting a file repair distribution mode |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100595646B1 (ko) * | 2004-01-09 | 2006-07-03 | 엘지전자 주식회사 | Mbms서비스를 제공하는 무선통신 시스템 |
DE602004028665D1 (de) * | 2004-03-29 | 2010-09-23 | Nokia Corp | Datenreparatur für multicast/rundfunk-datenverteilung |
CN100571453C (zh) * | 2005-08-23 | 2009-12-16 | 华为技术有限公司 | 响应mbms修正业务消息的方法 |
-
2006
- 2006-08-23 CN CNA2006101115474A patent/CN101001162A/zh active Pending
-
2007
- 2007-08-20 WO PCT/CN2007/070524 patent/WO2008025287A1/zh active Application Filing
- 2007-08-20 CN CNA2007800003101A patent/CN101411119A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9264470B2 (en) | 2008-10-10 | 2016-02-16 | Thomson Licensing | Method for requesting a file repair distribution mode |
CN101827308B (zh) * | 2009-03-05 | 2012-08-29 | 中国移动通信集团公司 | Mbms文件片的发送方法、传输系统及业务服务器 |
CN101998247B (zh) * | 2009-08-18 | 2014-06-11 | 中国移动通信集团公司 | 一种获取广播组播控制信息的方法及终端 |
WO2014059582A1 (en) * | 2012-10-15 | 2014-04-24 | Telefonaktiebolaget L M Ericsson (Publ) | A ue, a bm-sc, a status management server, a load balancing server and a file repair server and respective methods therein are provided for file repair procedure |
Also Published As
Publication number | Publication date |
---|---|
CN101411119A (zh) | 2009-04-15 |
WO2008025287A1 (fr) | 2008-03-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5542872B2 (ja) | メディアコンテナファイルの管理 | |
KR101119146B1 (ko) | 무선 장치 상의 애플리케이션으로의 링킹 장치 및 방법 | |
US20120239785A1 (en) | System and apparatus for using multichannel file delivery over unidirectional transport ("flute") protocol for delivering different classes of files in a broadcast network | |
RU2407232C2 (ru) | Способ, мобильный терминал, система и компьютерный программный продукт для атрибуции контента в реальном времени | |
CN100556004C (zh) | 一种即时通讯系统中对群组消息接收方式的设置方法 | |
CN102291373A (zh) | 元数据文件的更新方法、装置和系统 | |
CN104253869A (zh) | 一种黑名单共享方法、更新方法及装置 | |
US20100159961A1 (en) | Mobile messaging platform | |
CN106341729A (zh) | 一种音视频数据处理方法和装置 | |
CN101959131A (zh) | Mbms通知信息的承载方法与装置 | |
CN101001162A (zh) | 一种生成文件修复请求消息的方法及客户端 | |
CN101958901B (zh) | 一种基于长期演进的多媒体点播方法、系统和移动终端 | |
CN102185701A (zh) | 一种实现群组信息交互的方法及系统 | |
CN102333280A (zh) | 一种业务密钥更新的方法、系统及业务处理服务器 | |
CN102255798A (zh) | 路由转发表项的同步方法及线卡 | |
CN102740135A (zh) | 第三方iptv业务的推送方法及系统 | |
CN111625467B (zh) | 自动化测试方法、装置、计算机设备和存储介质 | |
JP5237292B2 (ja) | リッチ・メディア・ストリームの管理 | |
CN103841141A (zh) | 一种多媒体通信系统和方法 | |
CN113489786B (zh) | 一种长连接网络弱网重连方法、重发方法 | |
CN102802197A (zh) | 应用数据的传输方法及装置 | |
CN103379364B (zh) | 视频文件的处理方法、装置、视频服务器和系统 | |
CN101998262A (zh) | 多播广播组播业务通知信息的配置方法及装置 | |
CN101448136A (zh) | 实现视频点播功能的方法和系统 | |
CN100473011C (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |