CN1918841B - 遗漏部分的标识和重发 - Google Patents

遗漏部分的标识和重发 Download PDF

Info

Publication number
CN1918841B
CN1918841B CN2005800045798A CN200580004579A CN1918841B CN 1918841 B CN1918841 B CN 1918841B CN 2005800045798 A CN2005800045798 A CN 2005800045798A CN 200580004579 A CN200580004579 A CN 200580004579A CN 1918841 B CN1918841 B CN 1918841B
Authority
CN
China
Prior art keywords
session
file
transmission
identifier
identification information
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.)
Expired - Fee Related
Application number
CN2005800045798A
Other languages
English (en)
Other versions
CN1918841A (zh
Inventor
罗德·沃尔什
哈什·梅塔
艾戈·柯西奥
托尼·佩拉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Inc
Original Assignee
Nokia Oyj
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Publication of CN1918841A publication Critical patent/CN1918841A/zh
Application granted granted Critical
Publication of CN1918841B publication Critical patent/CN1918841B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/1809—Selective-repeat protocols
    • 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
    • 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/1607—Details of the supervisory signal
    • 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
    • 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/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • 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
    • 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
    • H04L2001/0093—Point-to-multipoint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Abstract

本发明涉及一种用于在能进行一对多传输的系统中进行文件递送的方法，该方法包括：将一个或多个数据块从发送器传递到至少一个接收器；标识在该接收器处预期要接收的但是根本未接收到或不正确地接收的数据块；采取动作以重发所述数据块。在该方法中，基于块编号、编码标识符和某些其它标识信息来执行所述标识。

Description

遗漏部分的标识和重发
技术领域
本发明一般地涉及多播和广播传输技术和业务，也就是具有一个数据源(发送器)和至少一个接收器的业务。
背景技术
对于比如IP多播、IP数据广播(IPDC)和多媒体广播/多播业务(MBMS)的系统上一对多(即点对多点)业务，文件递送(或离散的媒体递送或文件下载)是重要的业务。在比如文件传送协议(FTP)和超文本传送协议(HTTP)的点对点协议上递送文件的许多特征对于一对多场合则成问题。特别地，使用比如传输控制协议TCP的类似一对一(即点对点)确认(ACK)协议的可靠文件递送(即受保障的文件递送)并不切实可行。
因特网工程任务组(IETF)的可靠多播传送(RMT)工作组处于将两类错误弹性多播传送协议进行标准化的过程中。在第一类别中，可靠性是通过(前摄)正向纠错(FEC)的使用来实施，也就是通过发送一定数量能够帮助接收器重建错误数据的冗余数据来实施。在第二类别中，使用接收器反馈以便实施可靠的多播传送。异步分层编码(ALC，RFC 3450)是属于第一类别的协议实例化，而面向NACK的可靠多播(NORM)协议呈现了第二类别的例子。ALC和NORM协议的细节在由IETF的工作组所准备的标题为“Asynchronous LayeredCoding(ALC)Protocol Instantiation”(RFC 3450)和“NACK-orientedReliable Multicast Protocol”(因特网草案)的出版物中有更详细地讨论。通过参考将这些出版物的内容完全引入这里。
能够在其上使用这些协议的接入网络包括但不限于无线多址网络，比如通用移动电信业务(UMTS)系统的无线接入网络、无线局域网络(WLAN)、数字视频广播-地面(DVB-T)网络和数字视频广播-卫星(DVB-S)网络。
简言之，ALC协议是基于前摄FEC的方案，该方案允许接收器重建遭破坏的包或者尚未接收的包。ALC协议在多个信道上使用FEC编码，允许发送器以多个速率(信道)将数据发送到可能异型的接收器。此外，ALC协议使用拥塞控制机制来维护不同信道上的不同速率。
ALC协议在用户数目方面是大规模可缩放的，因为其不要求上行链路信令。因此，任何数量的额外接收器都不能确切地增加对于系统的需求。然而，ALC协议不是100％可靠的，因为无法保障接收，因此通常不将其描述成鲁棒的。
接着，NORM指明了对否定确认(NACK)消息的使用以便以信号告知在接收器未接收到(或者未正确地接收)哪些预期要到达接收器的数据包(或者另限定为“数据块”)。换句话说，接收器利用NACK消息向发送器指示传输包的损失或损坏。相应地，从数据传输中“遗漏”了一些数据块的接收器能够将NACK消息发送到发送器，要求发送器重发一个或多个遗漏的数据块。NORM协议也可选地允许将包级FEC编码用于前摄鲁棒传输。
单向传送上的文件递送(FLUTE)是在FEC和ALC构成块上构建的一对多传送协议。它旨在于在单向系统上从发送器到接收器的文件递送。它具有使之适于无线点对多点(多播)系统的特点。FLUTE协议的细节在由上述IETF工作组准备的标题为“FLUTE-传送FileDelivery over Unidirectional Transport”(因特网草案)的出版物中有更详细的讨论。
NACK消息通常不是NORM特有的，而是它们也能够与其它协议或系统相联系地使用。当与FLUTE会话相联系地(或者在使用了特别针对于支持一对多传输的传送层协议的其它会话中)使用NACK消息时，对遗漏包(或块)的标识是重要的议题。对于比如TCP的旨在于一对一(或点对点)传输的协议的使用及其确认方法在这里未必切实可行。例如，在一对多系统中对TCP确认方法的使用将产生数量可观的开销。相应地，需要可靠地标识在一对多场合中未接收的包使得能够执行准确重发。
发明内容
已经评述了当使用NACK消息以在多播/广播信道上可靠地传输数据时，遗漏包的标识是重要的议题。这涉及对与传输状态相关的信息的维护以及对需要重发的块的标识。已经评述了在响应时间方面，(由接收器发送并由发送器机接收的)NACK请求能够分为2类：
a)在初始传输之后紧接着或不久就接收的而且能够在同一个会话(例如FLUTE会话等)之内满足的NACK请求。
b)在会话已经到期之后接收的而且要求通过另一会话来重发数据的NACK请求。在这一情况下，其它会话可以是使用相同的点对多点协议的(例如在旧FLUTE会话已经到期之后建立的新FLUTE会话)或者是使用可以是点对点或点对多点协议的另一协议(例如FTP、HTTP等)的会话。
在两种情况下，准确地标识待重发的块是重要的。
根据本发明的第一方面，提供了一种用于在能进行一对多传输的系统中进行文件递送的方法，该方法包括：
将一个或多个数据块从发送器传递到至少一个接收器；
标识在该接收器处预期要接收的但是根本未接收到或不正确地接收的数据块；
采取动作以重发所述数据块，其中该方法包括：
基于块编号、编码标识符和其它标识信息来执行所述标识。
根据实施例，其它信息包括会话参数集和/或传输对象标识符。
根据另一实施例，其它信息包括该文件的信息和/或块信息。
根据本发明的第二方面，提供了一种用于在能进行一对多传输的系统中进行文件递送的接收设备，该接收设备包括：
用于从发送器接收一个或多个数据块的装置；
用于标识预期要接收的但是根本未接收到或不正确地接收的数据块的装置；
用于采取动作以使所述数据块重发的装置，其中：
所述用于标识的装置配置为用于基于块编号、编码标识符和其它标识信息来对所述数据块进行标识。
根据本发明的第三方面，提供了一种用于在能进行一对多传输的系统中进行文件递送的发送设备，该发送设备包括：
用于将一个或多个数据块传输到至少一个接收器的装置；以及
用于重发在该接收器处预期要接收的但是根本未接收到或不正确地接收的数据块的装置，所述数据块已经基于块编号、编码标识符和其它标识信息进行标识了。
根据本发明的第四方面，提供了一种能进行一对多传输的系统，该系统包括：
用于将一个或多个数据块从发送器传递到至少一个接收器的装置；
用于标识在该接收器处预期要接收的但是根本未接收到或不正确地接收的数据块的装置；
用于采取动作以重发所述数据块的装置，其中：
所述用于标识的装置配置为用于基于块编号、编码标识符和其它标识信息的对所述数据块进行标识。
根据本发明的第五方面，提供了一种软件应用，可在用于在能进行一对多传输的系统中进行文件递送的接收设备中执行，该软件应用包括：
用于使该接收设备从发送器接收一个或多个数据块的程序代码；
用于标识预期要接收的但是根本未接收到或不正确地接收的数据块的程序代码；
用于使该接收设备采取动作以使所述数据块重发的程序代码，其中
所述用于标识的程序代码配置为用于基于块编号、编码标识符和其它标识信息来对所述数据块进行标识。
根据本发明的第六方面，提供了一种软件应用，可在用于在能进行一对多传输的系统中进行文件递送的发送设备中执行，该软件应用包括：
用于使该发送设备将一个或多个数据块传输到至少一个接收器的程序代码；以及
用于使该发送设备重发在该接收器处预期要接收的但是根本未接收到或不正确地接收的数据块的程序代码，所述数据块已经基于块编号、编码标识符和其它标识信息进行标识了。
软件应用可以是包括在比如存储器的介质上存储的程序代码的程序产品。
根据本发明的又一方面，提供了一种用于在一对多的传输系统中进行文件递送的方法，该方法包括：
将一个或多个数据块从发送器传递到至少一个接收器；
通过使用块编号和/或对标识符范围进行编码来标识要重发的遗漏数据块。
本发明的此方面能够理解为独立的方面或者理解为与本发明的任一其它方面相联系地实施的方面。
块编号范围和编码标识符范围可以是邻接或非邻接的。
可以分别地实施接收设备、发送设备、系统和软件应用。
从属权利要求涉及了本发明的实施例。涉及本发明特定方面的从属独立权利要求中包含的主题内容也适用于本发明的其它方面。
附图说明
现在将参照附图通过例子来描述本发明的实施例，在附图中：
图1示出了根据本发明实施例进行通信的发送设备和接收设备；
图2A图示了根据本发明实施例的简化协议架构；
图2B图示了根据本发明另一实施例的简化协议架构；
图3示出了根据本发明实施例的系统和接收设备的细节；以及
图4示出了根据本发明实施例的发送设备。
具体实施方式
本专利申请的背景技术部分中包含的主题可以用来支持详细的描述。在下文中，单向传送上的文件递送(FLUTE)用作为例子，但并不意在于将本发明限制为仅包含FLUTE。能够进行一对多的多播文件递送的任何其它适当协议在本发明的背景下也是可应用的。
图1示出了根据本发明实施例进行通信的发送设备和接收设备。发送设备10是服务器、基于IP的设备、DVB设备、GPRS(或UMTS)设备或者可选地使用前摄正向纠错，比如ALC机制，用于将多播数据块(或包)发送到接收设备20的类似设备。接收设备20向发送设备10发送关于遗漏块(未接收到或接收不正确的块)的否定确认NACK消息(或请求)。响应于该NACK消息，发送设备10在FLUTE会话(与针对原始传输而建立的原始FLUTE会话相同的会话或者后续的FLUTE会话)中将遗漏块重发到接收设备20。可选地，使用FLUTE以外另一协议的会话也是可以使用的。在某些背景下，重发会话称作修复会话。
数据是作为对象来传递的。例如，文件、JPEG图像、文件片断都是对象。会话是为了文件(或数据)递送而在发送设备10与接收设备20之间建立的。单个会话可以包括单个对象或多个对象的传输。不同的标识符用来标识对象和会话。每个会话通过发送器(源)的地址(例如IP地址)、接收器(目的地)的地址和传输会话标识符(TSI)等来标识。也有可能仅使用发送器或接收器的地址和TSI。另外，传输对象标识符(TOI)等用来指示在特定会话中传输的包所属的对象。例如，发送设备10可以在相同会话中发送许多文件，对于第一文件使用TOI0，对于第二文件使用TOI1，依此类推。
每个数据块具有标识每个块的称作源块编号(SBN)等的编号。块由编码符号集来代表。编码符号标识符(ESI)等又指示在数据包(或块)的有效载荷中承载的编码符号是如何从上述对象(例如文件)中生成的。
图2A图示了根据本发明实施例的简化协议架构。根据此实施例，要为发送设备10和接收设备20实施的协议栈包括应用层、FLUTE协议层、UDP和IP层以及更下层。FLUTE协议层构建在分层编码传送(LCT)构成块(未示出)的ALC协议实例化的顶上。也能够可选地使用FEC构成块。FLUTE协议层与NACK消息一起旨在提供从发送设备10到接收设备20的可靠数据块传输。此协议架构能够用于一对多传输(用于一对多的“首次传输”以及一对多的重发)。
可选地，在实施例中TCP层能够代替UDP层来使用(图2B)。这对于分离的点对点修复会话(这里是TCP会话)用于一对一(即点对点)重发的情况是适用的。不同重发方法的描述将稍后在本说明书中呈现。
在下文中，呈现了针对接收器对遗漏包(或块)集进行标识的不同情况。有两种标识FLUTE源块或编码符号的方法(而且其结果是一个或一系列包)。
标识方法A
标识是基于SBN和ESI以及FLUTE会话参数(源地址、目的地地址和TSI)和TOI(传输对象标识符)来执行的。通常，正是发送设备在传输FLUTE包的同时生成此信息的。该信号包含于ALC/FLUTE包中。
标识方法B
标识是基于SBN和ESI以及基于文件(即所递送的文件的URI)、文件参数(文件长度和加密代码(比如MD5代码))、所用分块算法和分块参数(最大源块长度、编码符号长度和文件长度)来执行的。该信息是从包含这些参数/信息的FDT(文件描述表)等中获取的。该信息通常由FLUTE会话作为单独的对象来承载。
正如所见，两个标识方法A和B运用了块编号和编码标识符以及另外某些其它标识信息。标识方法A使用了可从会话本身(这里是FLUTE会话)直接获得的细节，而标识方法B还使用了其它信息(例如关于所递送的文件的信息)。
与标识方法无关，有以下两种可能性来执行后续重发。
重发方法A
FLUTE会话用于重发(重发可以在相同(正在进行)的FLUTE会话内或在分离的FLUTE会话中实现)。该方法可以基于点对点或点对多点的传输。
重发方法B
借助FLUTE之外的方法，例如HTTP、SMS、FTP、SAP、GPRS等，使用分离的会话用于重发。该方法可以基于点对点或点对多点的传输。
相应地，两个不同的标识方法和为重发而使用FLUTE或另一协议就为标识和重发包产生了四个不同组合：
1.使用方法A的标识和使用方法A的重发；
2.使用方法B的标识和使用方法B的重发；
3.使用方法A的标识和使用方法B的重发；以及
4.使用方法B的标识和使用方法B的重发。
上文假设了在传输期间每个编码符号包含于一个且仅一个包内。然而，如果多个编码符号包括在相同的包内或者如果单个编码符号在多个包上展开，则该编码符号(以及包含编码符号的包的部分或者分别包含单个编码符号的系列包)需要适当地加以标识。
在如下情形中认为第一组合(A+A)是有用的：希望在短的时间跨度内使用相同的发送器(或服务器)信息并在相同的FLUTE会话内在相同的信道上重发包。FLUTE发送器例如能够缓冲(或暂时存储)在最后5分钟内发送的所有SBN和ESI。如果重发请求(NACK)在该时间段内到达，则该方法是可应用的。
在如下情形中认为第二组合(B+B)是有用的：在当前会话已经结束之后，可能是在这之后很久，才需要重发。由于缓冲与在会话期间的传输有关的所有长期信息对于发送设备10可能是不可行的，所以在非限制性实施例中“第三方服务器”或修复服务器((未示出))配置用来缓冲传输信息。该服务器例如可以与原始发送器放置在一起(例如MBMS(多媒体广播/多播服务)服务器，也称为BM-SC(广播多播-服务中心))，或者例如是UMTS运营商网络内的分离的服务器。该服务器然后能够在稍后时间传输遗漏包。这一点的例子是如下服务器，该服务器在夜间GPRS(UMTS)访问可能较为便宜时通过GPRS或UMTS传输遗漏包。重发也能够恰在传输会话已经结束之后开始，或者在这之后并且在数据由接收设备20消耗之前的任何随机时间开始，以便避免来自许多接收设备20的重发请求(NACK)使发送设备10超负荷。具有分离的修复服务器这一想法对于其它实施例也适用。
以下步骤说明了前文的示例性实施例：
1.发送设备10使用FLUTE会话来传输一个或多个文件。
2.在会话结束时，接收设备20为它未接收的所有包发送一个或多个NACK消息。该NACK消息表明新会话的开始。
3.发送设备10在新的会话中重新发送由接收设备20请求的所有数据。
4.然后在发送设备10处和在接收设备20处关闭新创建的会话。
作为与上面步骤2有关的例子，可以使用以下方法通过HTTP为使用具体SBN和ESI的数据来发送NACK：
http://www.3.com/greatmusic/number1.mp3？mbms-rel6-flute-repair
&SBN＝123:ESI＝234.
SBN和ESI在这里是要对其否定确认的(也就是被NACK的)文件部分的源块编号和编码符号ID。文件名在这里是number1.mps，而对其NACK的SBN和ESI分别是123和234。在上面的HTTP查询中，SBN和ESI字段也能够用来针对SBN和ESI范围进行NACK。例如，
http://www.3.com/greatmusic/number1.mp3？mbms-rel6-flute-repair
&SBN＝123&126$127:ESI＝234-238.
以上对文件number1.mps、SBN 123、126和127以及ESI 234至238进行NACK。数个其他的这样的组合是可能的，例如：
a)SBN；ESI_list(e.g.，...&SBN＝123；ESI＝234，236，238)
(相同SBN内遗漏ESI的列表)
b)SBN；all_symbols(e.g.，...&SBN＝123)
(属于SBN 123的所有ESI遗漏)
c)SBN-range；all_symbols(e.g.，...&SBN＝123-129)
(属于SBN范围123-129的所有ESI遗漏)
d)“非邻接的范围”
d.1)(e.g.，...&SBN＝123；ESI＝234+SBN＝200；ESI＝23)
(属于SBN 123的ESI 234和属于SBN 200的ESI 23遗漏)，或者
d.2)(...&SBN＝123-129+SBN＝200；ESI＝23-59+SBN＝200；ESI＝01)
(属于SBN范围123-129的所有ESI和属于SBN 200的范围23-59中的所有ESI和属于SBN 200的ESI101遗漏)
可能的是NACK包含对于重发一个或多个包的请求。如果通过网络信道可靠地传输单个NACK请求则将所有包请求包括到单个NACK请求中是更为有效的。另外，能够在数个NACK上请求所有包。
下文描述了用于重发已经在某个FLUTE会话期间遗漏的包的本发明的又一实施例。该实施例独立于前述四个标识/重发组合。
在该实施例中存储了FLUTE会话上下文(SBN、ESI、TSI和TOI)用于以后的非FLUTE使用。该上下文然后能够用来使用非FLUTE方法传输数据。为了实施这一点，认为具有标识符例如多播ID是有用的，该标识符唯一地标识‘会话上下文’。‘会话上下文’在这里例如可以是组合用来形成用于该会话的唯一标识符的所有会话标识符。应当注意，尽管这里使用的重发方法与前面描述的组合方法4中的方法是相同的，但是关于会话信息存储存在差异。在实施例中，会话信息由发送设备和接收设备二者存储而且在FLUTE会话以外的发送设备与接收设备之间传达。
根据本发明的又一实施例，与计算需要重发的包不同，接收设备20计算需要重发的(由发送设备10传输的原始对象的)字节范围。同样在该实施例中，能够在标识中使用SBN和ESI。接收设备为未接收的字节范围发送NACK消息。有可能的是在相同的包内有多个字节范围。响应于NACK消息，发送设备10重发来自原始对象的字节范围。取代字节范围，接收设备10也可以计算比特范围以及字范围并且请求重发它们。
在本发明的另一实施例中，对除源块的源编码符号之外的源块遗漏冗余编码符号进行标识，而且重发其全部或其子集。从接收设备20发送到发送设备10(可能有多于一个发送设备)的NACK因此基于冗余符号。该方案特别地适用于系统化FEC方案，其中仅传输经编码的
“冗余符号”而不传输未编码的“源符号”，并且通常需要每个源块的某阈值数目的冗余编码符号以完成源块并由此重建文件。
例如，在示例性FEC方案中，该情况可能是对于每个源块有1000个由发送设备传输的符号，而且为完成(或正确地执行)文件递送而要求由接收设备接收的阈值数目准确地是500。然而，在该示例性情况下，接收设备仅获得490个符号(假设仅遗漏来自单个源块的编码符号；如果遗漏来自数个源块的编码符号，则需要为有符号遗漏的每个源块执行以下计算)。在这样的场合下，有对于每个文件的各源块都适用的以下可能：
1.接收设备标识遗漏符号；接收设备计算出多少符号足以完成该块；接收设备对于遗漏符号(足以完成它)的子集进行NACK；发送设备重新发送这些符号，
2.接收设备标识遗漏符号；接收设备对所有遗漏符号进行NACK；发送设备重新发送所有这些符号，
3.接收设备标识遗漏符号；接收设备对所有遗漏符号进行NACK；发送设备计算出足以完成该块的数目；发送设备选择遗漏符号(数目为“足够”)的子集；发送设备重新发送这些符号，
4.接收设备确认(ACK)所接收的符号；发送设备标识遗漏符号；发送设备重新发送这些符号。
5.接收设备对接收的符号进行ACK；发送设备标识遗漏符号；发送设备计算出多少符号足以完成该块；发送设备选择遗漏符号(数目为“足够”)的子集；发送设备重新发送这些符号。
对组合的NACK(或ACK)进行选择使得在每个NACK中引用多于一个符号、多于一个源块和/或多于一个文件是每个应用优化的问题。
“足够”符号的定义可以准确地是特别是在能够通过一些其它方式(如TCP传送)来可靠地实现修复时为了完成阈值数目而要求的数目(在上例中510个之中的10个)，或者可以是比允许链路上损失的数目更大的数目(例如在上例中损失了51％以上的符号，因此如果要再次使用相同的通信信道，则能够预期类似的情形，所以重新发送10*(100/51)＝20个符号将可能更为适宜。也可以添加附加的安全裕度(例如用以应对猝发错误)，因此如果这是3个符号，则能够以23个符号进行修复，即使仅要求10个就可“通过”。该乘数(这里是“100/51”)和常数(这里是3)能够采用均匀的包损失(如那些例子中那样)或者依赖于原始传输的损失模式。例如，发送设备能够分析损失符号的分布，而且如果它是非均匀的(例如大约每20个符号就有3个连续符号常常损失)，则能够添加一些(例如每20个符号添加3个)附加符号(在该例中再次得到23个符号)。
又一个例子是：在识别为了完成文件而要求的源块的所述阈值数目的10个符号之后，接收设备将NACK发送到要求重发这些10个符号的发送设备。发送设备可以重新发送这些符号，因为这些符号早先已经被高速缓存了，或者在备选方法中，发送设备对于与该符号对应的文件和源块重复执行FEC编码，并且重发这些符号。这后一方法使得初始传输和修复服务器功能被去耦合而且可能将其布署到不同的服务器设备中。
又一例子是：接收设备为510个遗漏符号中的每个遗漏符号发送NACK(或者在备选实施例中确认它已经接收490个符号)。然后发送设备仅重发10个遗漏符号或者重发所有510个遗漏符号。该重发可以是先前高速缓存的符号或者新近FEC编码的符号。
除了从接收设备发送到发送设备的重发(或修复)请求之外，基于标识符号，该请求可以指明文件和/或它们的源块中的一个或多个字节范围。如果接收的符号足以计算出来自块的遗漏字节范围则这是可应用的。
已经描述了点对点或点对多点传输能够用于重发遗漏包。阐明性的实施例指向了点对多点重发(或修复)。在该实施例中，有关的每个接收设备通过点对点连接(或会话)将否定确认(NACK)消息发送到发送设备。依赖于在发送设备接收的NACK的数目和/或内容，发送设备进行以下决策：
1)是否使用点对点连接分别将遗漏块发送到每个接收设备；或者
2)是否使用点对多点连接发送遗漏块(也就是多播或广播等)。
如果大数目的接收设备发送与同一个遗漏包有关的NACK请求，则第二选项可能更合乎需要。以此方式，借助一个单次重发，就有可能实现多个接收器的修复而且节省资源。
图3示出了根据本发明实施例的系统和接收设备的细节。该系统包括接收设备10、例如IP网络或另一固定网络、无线网络或固定网络和无线(蜂窝)网络的组合等的传输网络30、以及接收设备20。接收设备20可以是蜂窝电话、卫星电话、个人数字助理或蓝牙设备、WLAN设备、DVB设备或其它类似无线设备。设备20包括内部存储器21、处理器22、操作系统23、应用程序24、网络接口25以及标识和NACK机制26。内部存储器21容置处理器22、操作系统23和应用程序24。标识和NACK机制26实现了响应于数据传输中的遗漏数据或损坏数据块来标识数据包并且将NACK或数据传输到发送设备10。设备20能经由网络接口25和网络30来与发送设备10和其它设备通信。
图4示出了根据本发明实施例的发送设备10。发送设备10例如可以是网络服务器或者旨在于文件(或媒体)递送的任何适当设备。设备10包括内部存储器11、处理器12、操作系统13、应用程序14、网络接口15以及传输和重发机制16。内部存储器11容置处理器12、操作系统13和应用程序14。传输和重发机制16实现了响应于从接收设备20接收的NACK来传输数据包和重发数据包。设备10也经由网络接口15和网络30来与接收设备20和其它设备通信。
与遗漏数据包的标识及其重发有关的过程能够通过软件来实施。包括在接收设备20中存储的和在处理器20中运行的程序代码的计算机程序产品能够用来在传输会话的接收端实施这些过程，而包括在发送设备10中存储的和在处理器12中运行的程序代码的计算机程序产品能够用来在发射端实施这些过程。
在下文中讨论本发明实施例的优点。本发明的实施例为重发遗漏包提供了新的框架。
正如基于前文而变得清楚的，该框架允许在以下场合中重发遗漏数据：
·在FLUTE的会话内，当关于遗漏包的信息在发送设备处仍可用而且NACK在短的时间帧内由发送设备接收时。
·当要求在原来发送遗漏包的原始FLUTE会话以外重发这些遗漏包时。该重发可以使用FLUTE或使用另一传输方法来出现。
本发明实施例提供的一些优点是：
·一种唯一地标识(邻接或非邻接的)遗漏块或(包)的方法
·一种在相同的(或多个)会话上识别一个(或多个)文件的遗漏块(或包)的方法。
·一种在多个传输协议上标识和重发遗漏包(或块)的方法。
·在适当的时间重发遗漏包的能力。其中使用多个可能的标准(比如可用带宽、更便宜的运营商等)来选择适当的时间。
·可靠地(如果底层传送协议可靠)而且借助单个修复传递会话来重发遗漏包的能力。
因此，本发明的实施例呈现了用于对一对多的多播会话之内或以外的遗漏包进行标识并发送对其的否定确认(NACK)消息的方法。
已经描述了本发明的特定实施和实施例。对于本领域技术人员清楚的是，本发明不限于这里呈现的实施例的细节，而是能够在使用等效装置的其它实施例中加以实施，而不脱离于本发明的特征。本发明的范围仅由所附专利权利要求书来限制。

Claims (30)

1.一种用于在能进行一对多传输的系统中进行文件递送的方法，该方法包括：
在接收器处接收来自发送器的文件的一个或多个数据块；
标识在该接收器处预期要接收的但是根本未接收到或不正确地接收的所述文件的数据块，其中执行所述数据块的所述标识依据于块编号，编码标识符以及其它标识信息，该其它标识信息包括该文件的信息，其中所述该文件的信息包括该文件的统一资源标识符以及文件参数中的至少一个；以及
采取动作以重发所述数据块。
2.如权利要求1的方法，其中所述其它标识信息包括会话参数集。
3.如权利要求1的方法，其中所述其它标识信息包括传输对象标识符。
4.如权利要求1的方法，其中使用基于会话的协议，该协议针对于单向传送上的文件递送而且能用于一对多的传输场合中。
5.如权利要求4的方法，其中所述协议是单向传送上的文件递送协议，而所述块编号是源块编号，所述编码标识符是编码符号标识符，在标识中要使用的会话参数集选自于以下的组，该组包括：源地址、目的地地址和传输会话标识符，而且其中在标识中使用由单向传送上的文件递送定义的传输对象标识符。
6.如权利要求1的方法，其中所述其它标识信息包括分块信息。
7.如权利要求4的方法，其中所述协议是单向传送上的文件递送协议，而所述块编号是源块编号，所述编码标识符是编码符号标识符并且所述文件参数包括文件长度和加密代码中的至少一个，而且其中在标识中要使用的分块信息选自于以下的组，该组包括：所用的分块算法和分块参数、编码符号长度和文件长度。
8.如权利要求1的方法，其中该方法包括：使用针对于一对多场合中的传输的协议，为数据块传输在该发送器与该接收器之间提供会话。
9.如权利要求1的方法，其中所述采取动作以重发所述数据块包括：将否定确认消息从该接收器发送到该发送器。
10.如权利要求9的方法，其中在第一会话中实施文件递送，而且所述否定确认消息使重发在相同的第一会话期间出现。
11.如权利要求9的方法，其中在第一会话中实施文件递送，而且所述否定确认消息使重发在不同于该第一会话的其它会话期间出现。
12.如权利要求11的方法，其中所述其它会话是在所述第一会话已经到期之后建立的会话。
13.如权利要求9的方法，其中所述否定确认消息包括用以重发一个或多个数据块或包的请求。
14.如权利要求13的方法，其中在传输会话末尾处传输所述否定确认消息，所述否定确认消息表明新会话的开始以便执行遗漏块的重发。
15.如权利要求1的方法，其中存储会话上下文用于以后的使用。
16.如权利要求15的方法，其中所述会话上下文包括该会话内的标识符，所述标识符包括源块编号、编码符号标识符、传输会话标识符和传输对象标识符以及唯一地标识该会话上下文本身的标识符。
17.如权利要求1的方法，其中在单向传送上的文件递送会话中执行数据块的初始传输，而在相同或不同的单向传送上的文件递送会话或另一会话中执行重发。
18.如权利要求1的方法，其中在点对点的会话上将否定确认消息从接收器集发送到该发送器，而在点对多点的会话上执行重发。
19.如权利要求18的方法，其中所述接收器集包括多于一个接收器。
20.如权利要求1的方法，其中通过单播传输来执行重发。
21.一种用于在能进行一对多传输的系统中进行文件递送的接收设备，该接收设备包括：
用于从发送器接收文件的一个或多个数据块的装置；
用于标识预期要接收的但是根本未接收到或不正确地接收的所述文件的数据块的装置，该装置被配置为依据于块编号，编码标识符以及其它标识信息来标识所述数据块，该其它标识信息包括该文件的信息，其中所述该文件的信息包括该文件的统一资源标识符以及文件参数中的至少一个；以及
用于采取动作以使所述数据块重发的装置。
22.如权利要求21的接收设备，其中所述其它标识信息包括会话参数集。
23.如权利要求21的接收设备，其中所述其它标识信息包括传输对象标识符。
24.如权利要求21的接收设备，其中所述其它标识信息包括分块信息。
25.一种用于在能进行一对多传输的系统中进行文件递送的发送设备，该发送设备包括：
用于将文件的一个或多个数据块传输到至少一个接收器的装置；以及
用于重发在该接收器处预期要接收的但是根本未接收到或不正确地接收的所述文件的数据块的装置，所述数据块已经基于块编号、编码标识符和其它标识信息进行标识了，该其它标识信息包括该文件的信息，其中该文件的所述信息包括该文件的统一资源标识符和文件参数中的至少一个。
26.一种用于在能进行一对多传输的系统中进行文件递送的发送方法，该发送方法包括：
将文件的一个或多个数据块传输到至少一个接收器；以及
重发在该接收器处预期要接收的但是根本未接收到或不正确地接收的所述文件的数据块，所述数据块已经基于块编号、编码标识符和其它标识信息进行标识了，该其它标识信息包括该文件的信息，其中该文件的所述信息包括该文件的统一资源标识符和文件参数中的至少一个。
27.一种能进行一对多传输的系统，该系统包括：
用于将文件的一个或多个数据块从发送器传递到至少一个接收器的装置；
用于标识在该接收器处预期要接收的但是根本未接收到或不正确地接收的所述文件的数据块的装置，所述标识所述数据块依据于块编号，编码标识符以及其它标识信息，该其它标识信息包括该文件的信息，其中所述该文件的信息包括该文件的统一资源标识符以及文件参数中的至少一个；
用于采取动作以重发所述数据块的装置。
28.如权利要求27的系统，其中所述其它标识信息包括会话参数集和传输对象标识符。
29.如权利要求27的系统，其中所述其它标识信息包括传输对象标识符。
30.如权利要求27的系统，其中所述其它标识信息包括分块信息。
CN2005800045798A 2004-02-13 2005-02-11 遗漏部分的标识和重发 Expired - Fee Related CN1918841B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US10/778,926 US7599294B2 (en) 2004-02-13 2004-02-13 Identification and re-transmission of missing parts
US10/778,926 2004-02-13
PCT/FI2005/050029 WO2005078982A1 (en) 2004-02-13 2005-02-11 Identification and re-transmission of missing parts

Publications (2)

Publication Number Publication Date
CN1918841A CN1918841A (zh) 2007-02-21
CN1918841B true CN1918841B (zh) 2010-12-22

Family

ID=34838272

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2005800045798A Expired - Fee Related CN1918841B (zh) 2004-02-13 2005-02-11 遗漏部分的标识和重发

Country Status (14)

Country Link
US (1) US7599294B2 (zh)
EP (2) EP2728783A1 (zh)
JP (1) JP4357535B2 (zh)
KR (1) KR100855386B1 (zh)
CN (1) CN1918841B (zh)
AU (1) AU2005212895A1 (zh)
BR (1) BRPI0507557A (zh)
CA (3) CA2851953A1 (zh)
ES (1) ES2488846T3 (zh)
MY (1) MY143914A (zh)
SG (1) SG149868A1 (zh)
TW (1) TWI312622B (zh)
WO (1) WO2005078982A1 (zh)
ZA (1) ZA200607568B (zh)

Families Citing this family (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6307487B1 (en) 1998-09-23 2001-10-23 Digital Fountain, Inc. Information additive code generator and decoder for communication systems
US7068729B2 (en) 2001-12-21 2006-06-27 Digital Fountain, Inc. Multi-stage code generator and decoder for communication systems
US9240810B2 (en) 2002-06-11 2016-01-19 Digital Fountain, Inc. Systems and processes for decoding chain reaction codes through inactivation
EP2348640B1 (en) 2002-10-05 2020-07-15 QUALCOMM Incorporated Systematic encoding of chain reaction codes
US7139960B2 (en) 2003-10-06 2006-11-21 Digital Fountain, Inc. Error-correcting multi-stage code generator and decoder for communication systems having single transmitters or multiple transmitters
ES2327337T3 (es) * 2004-02-18 2009-10-28 Telefonaktiebolaget Lm Ericsson (Publ) Metodo y dispositivo para la emision o difusion fiable.
US20050223098A1 (en) * 2004-04-06 2005-10-06 Matsushita Electric Industrial Co., Ltd. Delivery mechanism for static media objects
WO2005112250A2 (en) 2004-05-07 2005-11-24 Digital Fountain, Inc. File download and streaming system
GB2419975A (en) * 2004-11-09 2006-05-10 Nokia Corp Auxiliary content handling
CN101088070B (zh) * 2004-12-31 2011-07-27 英特尔公司 远程记录机制的方法与系统
CN100578484C (zh) * 2005-03-07 2010-01-06 英特尔公司 用于自适应组播文件传输的方法和装置
JP2009515401A (ja) * 2005-11-04 2009-04-09 ノキア コーポレイション マルチキャスト及び／又は同報肯定応答機構
US9136983B2 (en) 2006-02-13 2015-09-15 Digital Fountain, Inc. Streaming and buffering using variable FEC overhead and protection periods
US9270414B2 (en) 2006-02-21 2016-02-23 Digital Fountain, Inc. Multiple-field based code generator and decoder for communications systems
US7664198B2 (en) * 2006-03-21 2010-02-16 Kyocera Corporation System and method for broadcasting data over a wireless network using rateless codes
US8595581B2 (en) 2006-04-11 2013-11-26 Thomson Licensing Data reception method, repair method and corresponding terminal
WO2007134196A2 (en) 2006-05-10 2007-11-22 Digital Fountain, Inc. Code generator and decoder using hybrid codes
CN100454822C (zh) * 2006-05-13 2009-01-21 华为技术有限公司 一种用于多媒体广播和组播业务中的下载分发方法
US9419749B2 (en) 2009-08-19 2016-08-16 Qualcomm Incorporated Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
US9386064B2 (en) 2006-06-09 2016-07-05 Qualcomm Incorporated Enhanced block-request streaming using URL templates and construction rules
US9178535B2 (en) 2006-06-09 2015-11-03 Digital Fountain, Inc. Dynamic stream interleaving and sub-stream based delivery
US9209934B2 (en) 2006-06-09 2015-12-08 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
US9380096B2 (en) 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US9432433B2 (en) 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US20080101317A1 (en) * 2006-10-30 2008-05-01 Nokia Corporation System and method for providing advanced session control of a unicast session
CA2577030A1 (en) * 2007-01-31 2008-07-31 Unlimi-Tech Software Inc. Improved data transfer method, system and protocol
CN101802797B (zh) 2007-09-12 2013-07-17 数字方敦股份有限公司 生成和传达源标识信息以实现可靠的通信
JP2009094863A (ja) * 2007-10-10 2009-04-30 Nippon Telegr & Teleph Corp <Ntt> 高信頼マルチキャストデータ配信システム，高信頼マルチキャストデータ配信方法および高信頼マルチキャストデータ配信プログラム
JP2009135772A (ja) * 2007-11-30 2009-06-18 Oki Semiconductor Co Ltd ルータ装置
EP2109293A1 (en) * 2008-04-11 2009-10-14 Thomson Licensing System and method for improving the file transmission reliability
TWI486040B (zh) * 2008-10-10 2015-05-21 Thomson Licensing 在接收器要求失落符號之方法及其接收器
CN101420317B (zh) * 2008-11-21 2011-10-26 华为终端有限公司 媒体文件录制错误的修复方法、录制终端、服务器和系统
US9281847B2 (en) 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
US8571041B2 (en) * 2009-04-01 2013-10-29 Qualcomm Incorporated Managing transmissions among nodes communicating over a shared communication medium
US9288010B2 (en) 2009-08-19 2016-03-15 Qualcomm Incorporated Universal file delivery methods for providing unequal error protection and bundled file delivery services
US9015564B2 (en) * 2009-08-19 2015-04-21 Qualcomm Incorporated Content delivery system with allocation of source data and repair data among HTTP servers
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US8397120B2 (en) * 2009-12-15 2013-03-12 Hong Kong Applied Science And Technology Research Institute Co. Ltd. Method of error correction for a multicast message
CN102652411A (zh) 2009-12-17 2012-08-29 英特尔公司 有助于具有降低网络开销的一对多数据传输的方法和系统
US9596447B2 (en) 2010-07-21 2017-03-14 Qualcomm Incorporated Providing frame packing type information for video coding
US9456015B2 (en) 2010-08-10 2016-09-27 Qualcomm Incorporated Representation groups for network streaming of coded multimedia data
US8619776B2 (en) * 2010-12-20 2013-12-31 Lockheed Martin Corporation Multiprotocol offload engine architecture
US9270299B2 (en) 2011-02-11 2016-02-23 Qualcomm Incorporated Encoding and decoding using elastic codes with flexible source block mapping
US8958375B2 (en) 2011-02-11 2015-02-17 Qualcomm Incorporated Framing for an improved radio link protocol including FEC
CN102790664A (zh) * 2011-05-19 2012-11-21 昆盈企业股份有限公司 一对多无线数据传输方法及装置
US9253233B2 (en) 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
US9843844B2 (en) 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data
IN2014CN02992A (zh) * 2011-11-01 2015-07-03 Qualcomm Inc
CN103138871B (zh) * 2011-11-23 2015-09-30 毕书清 移动通讯系统中应用程序的服务器数据处理系统和方法
CN103209195A (zh) * 2012-01-11 2013-07-17 国家电网公司 数据获取方法、终端以及远端设备
US9213605B2 (en) 2012-01-23 2015-12-15 Intel Corporation IP multimedia subsystem and method for MBMS file repair using HTTP servers
US9294226B2 (en) 2012-03-26 2016-03-22 Qualcomm Incorporated Universal object delivery and template-based file delivery
US8909605B1 (en) * 2013-02-28 2014-12-09 Emc Corporation Method and system for accelerating data movement using change information concerning difference between current and previous data movements
US9900166B2 (en) * 2013-04-12 2018-02-20 Qualcomm Incorporated Methods for delivery of flows of objects over broadcast/multicast enabled networks
WO2022006850A1 (en) * 2020-07-10 2022-01-13 Qualcomm Incorporated Transmitting encoding symbol identifier of raptor codes using control channel coding
CN114499993B (zh) * 2021-12-30 2022-11-29 郑州大学 一种基于单向光闸的高可靠性安全传输与控制系统及方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1422032A (zh) * 2001-11-28 2003-06-04 华为技术有限公司 一种混合自动重传方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05219056A (ja) 1992-02-04 1993-08-27 Nec Corp 同報通信方式
JP3614907B2 (ja) * 1994-12-28 2005-01-26 株式会社東芝 データ再送制御方法及びデータ再送制御システム
JPH09270790A (ja) 1996-04-01 1997-10-14 N T T Data Tsushin Kk ファイル配信方法及び通信制御装置
US6148005A (en) * 1997-10-09 2000-11-14 Lucent Technologies Inc Layered video multicast transmission system with retransmission-based error recovery
US6505253B1 (en) * 1998-06-30 2003-01-07 Sun Microsystems Multiple ACK windows providing congestion control in reliable multicast protocol
US6678855B1 (en) * 1999-12-02 2004-01-13 Microsoft Corporation Selecting K in a data transmission carousel using (N,K) forward error correction
JP2002124992A (ja) 2000-08-10 2002-04-26 Kddi Corp マルチキャストによるデータファイル配信方法
DE10129777A1 (de) 2001-06-20 2003-01-02 Siemens Ag Verfahren und Vorrichtung zur Datenübertragung gemäß einem ARQ-Verfahren
US20030227934A1 (en) 2002-06-11 2003-12-11 White Eric D. System and method for multicast media access using broadcast transmissions with multiple acknowledgements in an Ad-Hoc communications network
US7430617B2 (en) * 2003-12-19 2008-09-30 Nokia Corporation Method and system for header compression
US7296205B2 (en) * 2004-02-18 2007-11-13 Nokia Corporation Data repair
US7423986B2 (en) * 2004-03-26 2008-09-09 Cisco Technology, Inc. Providing a multicast service in a communication network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1422032A (zh) * 2001-11-28 2003-06-04 华为技术有限公司 一种混合自动重传方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
B. Adamson，C. Bormann，M. Handley，J. Macker.NACK-Oriented Reliable Multicast Protocol (NORM).draft-ietf-rmt-pi-norm.2003,第1-7,15-23,43-57页. *

Also Published As

Publication number Publication date
WO2005078982A1 (en) 2005-08-25
EP2728783A1 (en) 2014-05-07
US20050182842A1 (en) 2005-08-18
TWI312622B (en) 2009-07-21
KR100855386B1 (ko) 2008-09-04
ES2488846T3 (es) 2014-08-29
CA2851953A1 (en) 2005-08-25
CA2770432A1 (en) 2005-08-25
CA2553069C (en) 2012-04-03
JP2007520961A (ja) 2007-07-26
EP1714415B1 (en) 2014-06-04
EP1714415A1 (en) 2006-10-25
ZA200607568B (en) 2009-04-29
JP4357535B2 (ja) 2009-11-04
MY143914A (en) 2011-07-29
SG149868A1 (en) 2009-02-27
AU2005212895A1 (en) 2005-08-25
CN1918841A (zh) 2007-02-21
CA2770432C (en) 2014-07-29
CA2553069A1 (en) 2005-08-25
BRPI0507557A (pt) 2007-07-03
KR20060120248A (ko) 2006-11-24
US7599294B2 (en) 2009-10-06
TW200534630A (en) 2005-10-16

Similar Documents

Publication Publication Date Title
CN1918841B (zh) 遗漏部分的标识和重发
US20050216472A1 (en) Efficient multicast/broadcast distribution of formatted data
US7536622B2 (en) Data repair enhancements for multicast/broadcast data distribution
KR100831654B1 (ko) 멀티캐스트 및 브로드캐스트 전송을 관리할 수 있는시스템에서 데이터 복구 방법
US7376150B2 (en) Point-to-point repair response mechanism for point-to-multipoint transmission systems
EP1771964B1 (en) Point-to-point repair request mechanism for point-to-multipoint transmission systems
AU2004318925B2 (en) Data repair enhancements for multicast/broadcast data distribution
MXPA06008486A (es) Identificacion y retransmision de partes perdidas
MXPA06011288A (en) Data repair enhancements for multicast/broadcast data distribution
MXPA06009229A (es) Metodo de reparacion de datos en un sistema capaz de manejar transmisiones de multidifusion y radiodifusion

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: NOKIA 2011 PATENT TRUST CO.

Free format text: FORMER OWNER: NOKIA OY

Effective date: 20120208

C41 Transfer of patent application or patent right or utility model
C56 Change in the name or address of the patentee

Owner name: 2011 INTELLECTUAL PROPERTY ASSET TRUST CO.

Free format text: FORMER NAME: NOKIA 2011 PATENT TRUST CO.

CP01 Change in the name or title of a patent holder

Address after: Delaware

Patentee after: 2011 Intellectual Property Asset Trust

Address before: Delaware

Patentee before: NOKIA 2011 patent trust

TR01 Transfer of patent right

Effective date of registration: 20120208

Address after: Delaware

Patentee after: NOKIA 2011 patent trust

Address before: Espoo, Finland

Patentee before: NOKIA Corp.

ASS Succession or assignment of patent right

Owner name: CORE WIRELESS LICENSING S.A.R.L.

Free format text: FORMER OWNER: 2011 INTELLECTUAL PROPERTY ASSET TRUST CO.

Effective date: 20120417

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20120417

Address after: Luxemburg Luxemburg

Patentee after: NOKIA Inc.

Address before: Delaware

Patentee before: 2011 Intellectual Property Asset Trust

CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20101222

Termination date: 20160211