CN101069373A - 用于数据分组的可靠组播传递的设备、***、方法和计算机程序产品 - Google Patents
用于数据分组的可靠组播传递的设备、***、方法和计算机程序产品 Download PDFInfo
- Publication number
- CN101069373A CN101069373A CNA2004800386711A CN200480038671A CN101069373A CN 101069373 A CN101069373 A CN 101069373A CN A2004800386711 A CNA2004800386711 A CN A2004800386711A CN 200480038671 A CN200480038671 A CN 200480038671A CN 101069373 A CN101069373 A CN 101069373A
- Authority
- CN
- China
- Prior art keywords
- data
- damaged
- losing
- transmission
- transmitting apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种设备、***方法和计算机程序产品,其组合ALC和NORM的属性,用于在网络上的设备之间通信数据。发送设备在不同信道上使用多个数据率,以可靠地发送数据分组,而接收机使用NACK,以从所述发送设备或网络上的其他接收设备请求丢失或受到损坏数据的重新传输。所述发送设备使用有效的ALC机制,所述接收设备使用NACK和传输机制,以从所述设备传送确认或数据。所述发送和接收设备可位于相同或不同网络内,以在数据传输会话期间内通信数据分组。
Description
技术领域
本发明一般涉及用于数据分组的可靠组播传递的设备、***、方法和计算机程序产品。
背景技术
对于***上的诸如IP组播的一对多业务而言,文件递送是一种重要业务。经由诸如文件转移协议(FTP)和超文本转移协议(HTTP)的点到点协议递送文件的许多特征在一对多的情况下都会出现问题。尤其是,使用诸如传输控制协议(TCP)的类似一对一确认(ACK)协议来可靠递送文件是不可行的。
互联网工程任务组(IETF)的工作组(国家研究推进机构c/o,Reston,维吉尼亚,www.ieft.org)致力于标准化两类容错组播传递协议。在第一类中,通过使用预估(proactive)前向纠错(FEC)来实施可靠性。在第二类中,所述协议将接收机反馈用于可靠组播传递。异步分层编码(ALC)是属于第一类的协议实例,而面向NACK的可靠组播(NORM)协议用于第二类。ALC和NORM协议的细节在IETF工作组所准备的文件“面向NACK的可靠组播”和“异步分层编码(ALC)协议实例”内更为详细讨论,这可在
www.ieft.org上得到。这些文件的内容此处引入作为参考。
简而言之,ALC协议是基于预估FEC的方案,其允许接收机重构尚未被接收到的受到损坏的一个或多个分组。ALC协议在多个信道上使用FEC编码,允许发送机以多个速率(信道)将数据发送到可能的异类接收机。此外,ALC协议使用拥塞控制机制,以在不同信道上保持不同速率。
ALC协议可根据用户数量整体升级(massive scalable),因为无需上行链路信令。因此,任何额外的接收机都不会对所述***产生另外的需要。然而,ALC协议并非100%可靠,因为接收并未得到保证。因此,重复传输是必需的。在最佳的情况下,重新传输的数量和传输之间的任何时间间隔是可靠带宽与希望接收100%数据的用户数量之间的平衡。ALC协议显然涉及经由单工(单路)链路到大组、而无上行链路信令的组播传递。
NORM还引入了以每组为基础,将FEC用于修理尚未被接收到的受到损坏的一个或多个分组。然而,响应于从接收机接收的NACK,由发送机发送这些分组。所述发送机将FEC编码用于接收机所请求的分组重新传输。接收机使用否定确认(NACK)消息来向所述发送机指示所传送分组的损失或损坏。因此,从数据传输中“错失”一些数据码块的接收机可使用NACK信号发送给所述发送机。作为选择,NORM协议还允许将分组级FEC编码用于预估加强传输。
然而,在无线链路上,传输错误通常是以突发形式发生的,因此同时影响大量码块和大量接收机。这可能会导致“NACK内向爆裂(implosion)”,例如突然大量接收机通过使用NACK或后续码块重新传输或两者,同时信令所述发送机。NORM协议明显涉及经由双工(双路)链路指向需要上行链路信令的小组和中等组的组播传递。
其上可使用这些协议的接入网包括无线多路接入网,例如通用移动电信***(UMTS)、无线局域网(WLAN)、数字视频广播地面(DVB-T)和数字视频广播卫星(DVB-S)。
ALC和NORM协议有利于数据的组播传递。然而,它们指向不同的应用:1)单向(例如广播DVB-T);以及2)双向(例如组播WLAN)***。此外,关于此项主题的现有文献并未揭示出对于组合上述ALC和NORM协议的尝试。
因此,借助ALC协议的整体可升级用户群和NORM协议的100%迅速可靠性来实现数据组播传递非常有用,其中一些或所有用户可用上行链路。
发明内容
为了克服现有技术中的上述限制,以及通过阅读和理解本申请显而易见的其他限制,提议了一种用于可靠组播传递数据分组的设备、***、方法和计算机程序产品。
本发明旨在涉及允许发送设备在不同信道上使用多个数据率来发送数据分组,接收设备使用NACK来从所述发送设备或其它接收设备请求重新传输丢失或损坏数据,从而组合ALC和NORM协议的理想特征。
本发明的设备和***包括至少一个用于将数据传送到至少一个接收设备的发送设备。在接收所述数据之后,所述接收设备确定是否存在从所述发送设备传送的丢失或受到损坏的数据,并将关于所述丢失或受到损坏的数据的确认或传输发送到所述发送设备或其他接收设备。
所述设备包括至少一个用于确定数据传输中的丢失或受到损坏数据的处理器,以及NACK和重新传输机制。所述NACK和重新传输机制允许将NACK和所述数据传输到所述发送设备或所述网络内的其他接收设备。所述接收设备可以是个人通信设备、GPRS、WLAN、其他类似无线设备的DVB。所述发送设备可以是服务器、基于IP的设备、GPRS、DVB或其他类似设备。
使用有效ALC机制,将数据从所述发送设备传送到一个或多个接收设备。借助实例,可以预料到的是,所述发送设备在将数据传送到所述接收设备之前,定义单向传输码块识别符和对应对象。所述发送设备使用单向协议来传送数据。然后,所述接收设备使用双向协议或将相同传输码块识别符用作单向协议的上行链路单工协议传送确认。
可以预料到的是,本发明***包括至少一个用于在所述接收设备与所述发送设备之间建立通信的网络。所述发送设备与接收设备可位于相同网络内或不同网络内。所述网络可能包括无线多路接入网络,例如UMTS、WLAN、DVB-T、DVB-S或蜂窝网络。
本发明方法包括将数据分组经由网络从至少一个发送设备传送到至少一个接收设备。所述接收设备确定是否存在任何丢失或受到损坏的数据。然后,所述接收设备将丢失或受到损坏的数据的确认或传输发送到所述发送设备或另一接收设备。所述发送设备或其他接收设备将所述丢失或受到损坏的数据重新传输到所述请求设备,以完成所述数据传输会话。
丢失或受到损坏数据的确认或重新传输可以是组播或单播数据。此外,单个确认可包括多个关于丢失或受到损环数据的否定确认消息,或指示所述丢失或受到损坏的数据已被正确接收的肯定确认。确认可由发送设备或接收设备传送到所述网络。
所述丢失或受到损坏的数据可被从所述发送设备,或拥有来自最初数据传输的所述丢失或受到损坏的数据的其他接收设备重新传输。可以预料到的是,基于所接收的确认、丢失的数据传输量、丢失或受到损坏的数据位置等,区分丢失或受到损坏数据重新传输的优先顺序。例如,通过重新传输原始数据传输、仅重新传输所述原始数据传输的丢失数据、或重新定位所述数据传输中的丢失或受到损坏的数据,可执行所述丢失或受到损坏的数据的重新传输。所述重新传输可被在不同信道上或以不同数据率发送。
本发明计算机程序产品包括用于存储计算机程序代码的计算机可读介质。所述程序代码包括用于将数据从至少一个发送设备传送到至少一个接收设备,并确定是否存在从所述发送设备传送的丢失或受到损坏数据的代码。所述程序代码还包括用于将丢失或受到损坏数据的确认或传输发送到所述发送设备或另一接收设备的代码,以及用于将所述丢失或受到损失数据重新传输到接收设备,以完成所述数据传输会话的程序代码。
附图说明
附图示出了用于说明根据本发明的可靠组播传递数据分组的设备、***、方法和计算机程序产品的一种应用环境。然而,在并不背离本发明精神和范围的情况下,其他应用环境也可用于示范。附图中的相同附图标记表示相同单元。
图1是根据本发明实施例的组播数据传递的***图。
图2是根据本发明实施例的协议体系结构的详图。
图3是根据本发明实施例的使用ALC的数据流的详图。
图4是根据本发明实施例的使用ALC的数据流的详图。
图5A和5B示出了根据本发明实施例的数据分组的传输。
图6是根据本发明实施例的使用NORM的数据流的详图。
图7A-7D示出了根据本发明实施例的发送设备与接收设备之间的数据交换。
图8A-8E示出了根据本发明实施例的用于在发送设备与接收设备之间交换数据的分级拓扑。
图9A-9C示出了根据本发明实施例的发送设备与接收设备之间经由网络的数据交换。
图10是根据本发明实施例与发送设备通信的接收设备的详图。
具体实施方式
在以下各个实施例的具体描述中,参照形成本发明一部分的附图,在附图中借助说明示出了其中可实践本发明的各个实施例。
图1是根据本发明实施例的用于组播数据传递的***体系结构。在图1中,所述***包括发送设备或发送机1、两个IP网络2、3和位于其中一个所述网络3内的接收设备或接收机5。所述发送设备1是服务器、基于IP的设备、DVB设备、GPRS设备或类似的将ALC机制用于发送组播数据分组的设备。
所述ALC机制需要LCT、FEC、分层拥塞控制和安全构建块(未显示)。ALC内的信息被在由群/端口号集所表征的会话内携带。数据被作为对象而被传递。例如,文件、JPEG图像、文件片断为所有对象。单个会话可能包括传输单个对象或多个对象。借助实例,每个会话都由发送机的IP地址和传输会话识别符(TSI)唯一地识别。此外,所述传输对象识别符(TOI)用于指示所述分组被在所属的特定对话内传送到的对象。例如,发送机1可能通过将TOI 0用于第一文件,1用于第二文件,以此类推,在相同会话内发送多个文件。另一方面,所述TOI可能是同时从若干发送机1传送的唯一全球识别符。
所述FEC构建块在ALC会话内提供可靠对象递送。使用FEC码独立编码在所述会话内发送的每个对象。每个源码块都由一组编码符号表示。ALC会话内的每个分组都包括FEC有效负荷ID,所述FEC有效负荷ID唯一地标识构成每个分组的有效负荷的编码符号,所述接收机5使用所述FEC有效负荷ID来确定如何从所述对象生成在所述分组的有效负荷内携带的编码符号。当并不使用FEC编码时,所述码块识别符是TOI的三元字节、源码块编号和编码符号ID。所述TOI包括FEC编码ID 0、在每个源码块的分组有效负荷内携带的编码符号的字节长度以及所述源码块的字节长度。其被在“带外”传送。所述源码块编号和编码符号ID共同形成FEC有效负荷ID。
在图1中,第一网络2表示IP主机和路由器的网络,IP主机和路由器便利所述发送机1与另一网络3内的接收机5之间的数据分组通信。接收机5可以是个人通信设备,例如PDA、WLAN设备、GPRS设备、DVB-T设备或其他类似无线设备,其具有用于将NACK传送到发送机1或所述网络3内的其它接收机5的NACK传输机制(未显示)。
如图1内所示,所有所述接收机5是相同网络3的一部分,所述网络3可能是常规IP网、自组织网或能够散布IP数据分组的蜂窝网。本发明考虑到所述发送机1也可能与接收机5位于相同网络3内。在所述网络3内,所述接收机5可相互通信,但不必始终通信。接收机5可将NACK消息发送到其它接收机5和发送机1。然后,其它接收机5以重新传输所请求的数据而响应NACK。这尤其在临近区域(自组织)网、链路本地广播、ASM等内是一种有用的最佳方案。
当发送NACK时,所述接收机5可使用单播或组播消息。例如,如果所述接收机5具有到所述发送机1的单播链路,则所述接收机5发送单播NACK。如果所述接收机5并不具有到发送机1的单播链路,则所述接收机在组播群内将组播NACK发送到接收机5。另一方面,如果所述接收机5是自组织网络的一部分,则其将链路本地广播发送到所述自组织网络内的其它接收机5。在这种情况下,所述发送机1还可接收组播NACK。此外,所述发送机1可能是接收机5将NACK发送到的组播群的一部分。
图2是根据本发明实施例的协议体系结构的详图。具体而言,图2表示TCP/IP模型内的可靠组播基础设施的概图。在相关部分中,所述TCP/IP模型包括高级业务层13和组播路由层17。所述高级业务层13包括可靠性管理特征9、拥塞控制特征10和构建块特征11。所述可靠性管理特征9使用诸如ALC、TRACK、NORM的协议来控制数据分组的可靠传输,所述协议研究用户数据报协议(UDP)15,以为组播提供“类似TCP”的业务。所述拥塞控制特征10和构建块特征11(例如FEC和分层编码传送(LCT))与可靠性管理特征9位于相同层上。所述组播层17位于与高级业务层13的不同层上,并便利了数据分组经由设备驱动器16到接收机5的组播传输。
图3和4示出了使用ACL的单向数据流。在图3中,信源或发送机1启动数据传输。原始数据4由FEC编码器14处理,并分为独立的数据分组19。然后,使用独立信道,并在网络20上以不同数据率,经由网络20将每个数据分组19传送到接收机5。来自发送机1的数据传输可作为不完全数据传输21接收。然后,FEC解码器22在所述接收机5处重构数据23,以完成数据传输会话。
与此类似,在图4中,按照高级业务层13的拥塞控制需要,将对象8分段为多个数据分组,并为不同速率的递送调度对象8。然后,通过组播传输,经由网络20将所述数据分组递送到接收机5。可顺序或以随机顺序递送对象8。图5A和5B示出了使用ALC机制,顺序和随机顺序传输三个对象的实例。
所述发送机操作在使用ALC时包括LCT、FEC和多速率拥塞控制特征所规定的所有要求。使用ALC的发送机要求所述接收机可得到会话描述和FEC对象传输信息“带外”。以下为实例:
<xs:attribute name="FEC-OTI-FEC-Instance-ID"
type="xs:unsignedLong"use="optional"/>
<xs:attribute name="FEC-OTI-Source-Block-Length"
type="xs:unsignedLong"use="optional"/>
<xs:attribute name="FEC-OTI-Encoding-Symbol-Length"
type="xs:unsignedLong"use="optional"/>
<xs:attribute name=
"FEC-OTI-Max-Number-of-Data-Symbols-per-Block"
type="xs:unsignedLong"use="optional"/>
<xs:attribute name="FEC-OTI-Max-Number-of-Encoding-Symbols"
type="xs:unsignedLong"use="optional"/>
FEC对象传输信息(OTI)包括以下一个或多个:1)FEC实例识别;2)源码块长度;3)编码符号长度;4)每个码块的最大数据符号编号;5)编码符号的最大编号。
在会话内,发送机以多速率拥塞控制和构建块特征所定义的适当速率,将分组序列传送到与所述会话相关的信道。相同TSI用于会话内的所有对象,如果在会话期间内传送多个对象,则发送机借助唯一TOI指示每个对象。
如果满足以下条件中的一个,则可认为传输完成:1)特定时间到期;2)特定数量分组已被发送;3)诸如高级协议的一些带外信号已由足够数量的接收机5指示完成。接收机5通常基于“带外”接收的信息加入特定信道。这意味着,例如所述接收机5基于SAP消息了解根据其性能应当加入特定信道。
图6是根据本发明实施例的使用NORM的数据流的详图。在图6中,组播信源或发送机1在步骤1中,将分组传送到IP网络20内的多个接收机5。然后,所述网络20内的一个接收机5在来自发送机1的数据传输中检测丢失或受到损坏的数据。
借助实例,例如可以通过借助某种明示或隐含的“标签”来识别码块,从而确定丢失或受到损坏的码块。明示要求定义新的识别符,而隐含是指可从其它信息(例如,TOI、源码块识别符和FEC码块识别符——如经由单向传送(FLUTE)协议的文件递送)得到所述标签。
检测丢失分组对于线性传输而言很简单,因为码块可被标签并被顺序地期望。当码块未按顺序到达时,其可能已丢失。还可能需要设置附加定时器,从而使得了解重新排序分组的网络(与许多IP路由网络一起)仍然可稍微有违顺序地传递分组(可能是码块),但丢失分组仍然得到检测。
检测丢失码块对于其他结构传输同样是可行的。实例包括“最后码块为第一个,所***块呈相反顺序”,或“每隔十次,每第10个码块移动一个”。这归因于传输顺序是可预测的,并可预先通信给所述接收机5,或所述接收机5可随传输进程智能地“了解”顺序。
以下方法可用于随机或近似随机的丢失码块检测(以及结构化情况)。可使用基于整个传输的期望持续时间的超时,或可能***的链路列表种类(每个码块识别下一个或更多)。还可明示地信令传输的结束(明示的零位或消息码块或消息,或隐含找到已接收到的码块,或两者组合)。
同样对于随机传输而言,通过获取整个传输并将其分段,可使其接近随机,因此在段的终端(而不是整个传输)可执行先前“检测”中的一个。这在文件传送情况下“当然会发生”,如果在单个传输内一个接一个传送一系列文件,且仅每个文件随机化FEC码块的话。
以下为本发明意图涵盖的其他确定丢失数据码块的实例:
1.在某一周期(期望的持续时间)之后,假定已接收到传输。仍然丢失的码块为那些对于其的NACK将被发送的码块。
2.每个码块都将“指针”传递到应当紧随其后的一个或多个码块。如果在某一周期(或在其他码块之前)之后并未接收到这些指定的码块,则它们被记录为丢失;
3.借助明示的零位消息码块信令传输的结束;
4.借助已在所述接收机处发送和接收的消息码块信令传输的结束;
5.借助3和4的某个组合信令传输的结束。
在图6中,在确定丢失或受到损坏数据之后,所述接收机5在步骤S2中,将NACK发送到网络20内的其他接收机5。为简化起见,假定网络20内的至少一个接收机5从原始数据传输中正确接收所有数据。在接收到NACK消息时,在步骤S3中,已从信源1正确接收到原始数据分组的接收机5再次传送作为组播分组的数据分组。同样可能的是,NACK消息被传送到发送机1。在这种情况下,所述发送机1可将所需的数据分组集重新传输到网络20内的接收机5,例如并不发送到所有接收机,而是发送到例如在相同子网的特定范围内的所有接收机。限制范围是一种避免“NACK内爆”的重要方法。
图7A-7D示出了根据本发明实施例的在发送设备与接收设备之间的数据交换流。在图7A中,所述发送机1在步骤S4中,将组播传输发送到网络20内的一组接收机5。出于说明目的,所述接收机5为移动终端,而所述发送机1是服务器。所述网络20内的移动终端5未接收到所述服务器1所传送的所有所述数据。因此,在步骤S5中,所述移动站5将单播NACK发送到服务器1,所述服务器1在步骤S6中,将所需分组作为组播分组重新传输到网络20内的移动终端5。
图7B示出了另一实例,其中在步骤S7的服务器1的组播传输和步骤S8的一个所述移动终端5的NACK之后,所述服务器1在步骤S9中将NACK组播到网络20内的所有移动终端5。本发明涵盖,一个或可能多个移动终端5通过将丢失码块重新传输到发出请求的一个或多个终端,应答所述NACK。所有移动终端5可潜在地在组播或单播消息中,根据终端5的能力重新传输数据。
鉴于此,在步骤S10中,移动终端5通过将数据在单播消息内传送到服务器1来响应于NACK。然后,在步骤S11中,所述服务器1将丢失数据重新传输回网络20内的另一移动终端5。在这种情况下,所述服务器1接收所述丢失码块,作为所述丢失码块被发送到的组播群的成员。来自并未接收到原始传输的移动终端5的NACK是指向服务器1的单播NACK。在接收到所述NACK之后,所述服务器1轮询其他终端5,因为所述服务器1并不具有数据自身,或出于其他诸如邻近或聚集的原因。
限制重新传输的范围可能是有用的,同样在本发明范围内。对于重新传输的限制可基于诸如邻近性的特定因素。另一方面,在组播群内,仅一个设备(即服务器或终端)可能被指定来重新传输数据。此外,可能通过服务器1在接收到丢失码块之后组播“OK”消息,或通过移动终端5自身将所述丢失码块组播到所述网络20或群内的其他所有移动终端5,从而限制来自所述移动终端5的重新传输。
与以上方法相反,在图7C中,在移动终端5自身之间执行NACK和数据的重新传输,而不涉及服务器1。这种方法可在蜂窝网和自组织网内使用,作为两个实例。在步骤S12中,所述服务器1将原始数据传输传送到所述网络20内的移动终端5。在步骤S13中,未接收到所有数据的移动终端5将NACK发送到网络20内的其他终端5。在步骤S14中,拥有所述丢失数据的移动终端5通过将数据传送到网络20内的终端5,而响应于所述NACK。
图7D示出了其中具有丢失数据的移动终端5将NACK发送到服务器1以及网络20内的其他移动终端5的情况。在步骤S15中,所述服务器1将数据传输传送到网络20内的移动终端5。在步骤S16中,未从原始传输中接收到所有数据的移动终端5将NACK发送到网络20内的其他移动终端5和服务器1。在步骤S17和S18中,任何拥有丢失数据的移动终端将所述数据作为单播或组播消息传送到其他终端5。在步骤S19中,如果从所述服务器1发送数据的重新传输,则其被作为组播数据消息传送到网络20内的移动终端5。所述重新传输可能是来自服务器的组播传输,或来自其他移动终端5的单播或组播传输。
图8A-8E示出了根据本发明实施例的用于在发送设备与接收设备之间交换数据的分级拓扑。借助实例,这些附图表示蜂窝拓扑的建议方案的操作。
图8A示出了分级拓扑的最简单实施例。此处,在步骤S21中,服务器1的一个终端5使用NACK机制,以请求从所述服务器1在步骤S20内传送的原始组播数据重新传输某些丢失码块。在步骤S22中,所述服务器1通过将所述数据重新传输到请求终端5而响应于NACK。
图8B示出了服务器将数据作为组播数据传输传送到移动终端。具体而言,在步骤S23中,服务器1将原始数据传输传送到其他对等服务器1。然后,所述数据传输由其中一个所述服务器1在步骤S24中传送到移动终端5。然而,所述移动终端5并未正确接收到数据分组,在步骤S25中将NACK消息发送到服务器1。在步骤S26中,所述服务器1将此NACK组播到其对等体,即其他服务器1。在步骤S27中,其中一个所述服务器1将丢失分组发送到已转发NACK的请求服务器1。在步骤S28中,接收组播重新传输的服务器1将其发送到移动终端5。
图8C示出了本地发生,即在服务器1的域内发生的重新传输机制。在图8C中,所述服务器1在步骤S31中将在步骤S30内发送的NACK重新传输到其域内的、已在步骤S29中准确接收到原始组播传输的其他移动终端5。拥有所述丢失数据的终端5在步骤S32中,通过将数据重新传输到服务器1来响应于NACK。在步骤S33中,所述服务器1将重新传输的数据转发到请求移动终端5。使用超时***,可实施这些方法,以在发送出NACK消息之前本地解决重新传输问题。
图8D示出了其中移动终端5基于步骤S34的原始数据传输,在步骤S35中将NACK发送到对等体,即另一移动终端5的机制使用的另一实例。在步骤S36中,所述对等移动终端5借助重新传输原始消息来响应NACK。重新传输被本地,而不借助服务器1得到实施。具有扩展环搜索的自组织网络还可用于得到重新传输,尤其在服务器1不可用,而其他移动终端5在附近的情况下。
扩展环搜索在邻近基础上运行。首先,对于在链路本地广播范围内的终端(TTL=1)。然后,如果无回答,则TTL=2,而消息被转发到终端5。所述TTL值可能递增值1之外的步长。因此,数量由在到所述终端5的跳数所给出特定跳数内出现的其他终端5数量限制,例如1跳数内为在1跳数邻近内,在2跳数内为2跳数邻近内。这是自组织网络内的众所周知的参数,其中若干算法可用于为各种无线电技术(例如为WLAN)确定此参数。
图8E示出了其中服务器1将NACK组播到其域内的移动终端5,并接收丢失码块的若干重新传输的情况。在步骤S37内,对等服务器1将原始数据传输发送到另一服务器1。在步骤S38中,服务器1将数据传输转发到移动设备5,这导致其中一个所述终端将NACK在步骤S39中发送到服务器1。在步骤S40中,所述服务器将NACK转发到其域内的其他终端5。在步骤S41和S42中,拥有丢失数据的终端5通过将数据重新传输到服务器1而响应于NACK。在步骤S43中,所述服务器1以单播或组播方式将丢失码块转发到请求终端5。
在图8F中,情况类似。在步骤S44中,所述服务器将原始数据传输传送到另一服务器1,另一服务器1在步骤S45中将原始数据转发到移动终端5。其中一个所述终端5在步骤S46中,通过将NACK发送到服务器1而响应原始数据传输。在步骤S47中,所述服务器1将NACK转发到其域内的其他终端5。然而,在步骤S48中接收到丢失码块的第一完全集之后,所述服务器1在步骤S49中将“OK”状态在消息内组播到其域内的移动终端5,所述“OK”状态指示所述服务器1已接收到丢失码块,而无需更多的重新传输。这阻止了服务器1处的重新传输内向爆裂。任何未接收到原始传输的移动终端5将必须在超时之后重新发送NACK,如果其尚未接收到所需分组的话。这种构思旨在最小化每NACK的重新传输数量。
图9A-9C示出了其中使用多个网络终端接入类型的本发明实施例。图中示出了DVB和GPRS设备6,然而也可替代地使用WLAN设备。在图9A-9C内示出的所有三个实例示出了移动终端5经由DVB设备6接收组播数据流。广播上行链路存在于所述DVB设备6与终端5之间,而所述终端5可在两个方向上与GPRS设备6通信。实际上,GPRS设备6可用于所述终端5与DVB设备6之间的“带外”通信。
图9A示出了这样一种情况,在发送设备1在步骤S50中经由IP网络20所发送的原始数据传输中检测到丢失数据时,终端5在步骤S51中将NACK发送到GPRS设备6。所述GPRS设备6反过来在步骤S52中将NACK发送到DVB设备6。在步骤S53中,所述DVB设备6然后将丢失码块或整个传输重新传输到终端5。
图9B情况类似,区别之处在于DVB设备6并不具有所请求的丢失码块的拷贝。在步骤S54中,所述发送DVB设备6经由IP网络20将从始发发送机接收的数据传输传送到终端5。在步骤S55中,所述终端5将NACK发送到GPRS设备6。在步骤S56中,所述GPRS设备6将NACK消息发送到始发发送机1,或其他任何具有丢失码块的拷贝的高级路由器。在步骤S57中从始发发送机1接收到数据时,所述GPRS设备6在步骤S58中将重新传输的数据转发到DVB设备6,所述DVB设备6然后在步骤S59中将所述数据作为广播重新传输。
图9C示出了这样一种情况,GPRS设备6在步骤S62中将丢失数据码块重新传输到终端5,作为步骤S60原始数据传输和步骤S61NACK的结果。可通过使用NACK机制从始发发送机,或使用NACK机制从DVB设备6得到丢失数据码块,或高速缓存到终端5。在这种情况下并不直接涉及DVB设备6。本发明涵盖,这些实施例还可与在图8A-8F内示出的实施例结合使用,例如当在所述网络内出现距离近的多个终端时。
图10是根据本发明实施例的与发送设备通信的接收设备5的详图。在图10中,所述接收设备5可以是蜂窝电话、卫星电话、个人数字助理或蓝牙设备、WLAN设备、DVB设备或其他类似无线设备。所述设备5包括内存24、处理器25、操作***26、应用程序27、NACK和传输机制28和网络接口29。所述内存24容纳处理器25、操作***26和应用程序27。所述NACK和传输机制28能够响应于数据传输中的丢失或受到损坏数据码块,将NACK或数据传输到任何发送设备1或接收设备5。所述设备5能够经由网络接口29和IP网络20,与发送设备1和其他设备通信。
尽管本文详细描述了示范实施例,但应当注意和理解的是,具体实施方式和附图仅是用于说明目的,在并不背离本发明精神和范围的情况下,可将其他形式上和细节上的改变加入其中。各种术语和表达用于描述目的而非限制目的。对于使用术语或表达并无限制,包括本文各部分所说明或描述的等同特征。
Claims (64)
1、一种用于数据分组的可靠组播传递的方法,包括:
将数据分组从至少一个发送设备传送到至少一个接收设备;
在所述接收设备处,确定从所述发送设备传送的丢失或受到损坏的数据;
将丢失或受到损坏数据的确认或传输从所述接收设备发送到所述发送设备或其他接收设备;
从所述发送设备或所述另一接收设备接收所述丢失或受到损坏的数据的重新传输,以完成所述数据分组和数据传输会话。
2、根据权利要求1的方法,其中所述丢失或受到损坏的数据的确认是组播或单播否定确认消息。
3、根据权利要求1的方法,其中所述丢失或受到损坏的数据的重新传输是组播或单播消息。
4、根据权利要求1的方法,其中从所述发送设备或拥有来自所述数据传输的丢失或受到损坏数据的所述其他接收设备,重新传输所述丢失或受到损坏的数据。
5、根据权利要求1的方法,还包括基于所述确认、丢失的数据传输数量、丢失或受到损坏数据的位置等,区分所述丢失或受到损坏的数据的重新传输的优先顺序。
6、根据权利要求1的方法,还包括通过重新传输原始数据传输,重新传输所述丢失或受到损坏的数据。
7、根据权利要求1的方法,还包括通过仅重新传输原始数据传输的丢失数据,重新传输所述丢失或受到损坏的数据。
8、根据权利要求6的方法,还包括在所述数据传输中重新定位所述丢失或受到损坏的数据。
9、根据权利要求1的方法,其中在不同信道上,以不同数据率发送所述重新传输。
10、根据权利要求1的方法,还包括使用有效ALC机制,从所述接收设备发送原始数据传输。
11、根据权利要求1的方法,还包括使用NACK和重新传输机制,从所述接收设备传送所述确认或丢失或受到损坏的数据。
12、根据权利要求1的方法,其中所述丢失或受到损坏的数据来自先前传输、较早传输或预计到的传输。
13、根据权利要求1的方法,还包括在将数据传送到接收设备之前,定义单向传输码块识别符和对应对象。
14、根据权利要求1的方法,其中使用单向协议,从所述发送设备传送所述数据。
15、根据权利要求13的方法,其中使用双向协议,或者使用将相同传输码块识别符用作单向协议的上行链路单工协议,借助接收设备传送所述确认。
16、根据权利要求1的方法,还包括从所述接收或发送设备发送已经正确接收到所述丢失或受到损坏的数据的确认。
17、根据权利要求1的方法,其中所述确认包括关于所述数据传输中的丢失或受到损坏数据的多个否定确认。
18、根据权利要求1的方法,其中所述接收设备是个人通信设备、GPRS、WLAN、其他类似无线设备的DVB。
19、根据权利要求1的方法,其中所述发送设备是服务器、基于IP的设备、GPRS、DVB、其他类似无线设备。
20、根据权利要求1的方法,其中所述发送设备与所述接收设备在相同网络或不同网络中。
21、一种用于数据分组的可靠组播传递的计算机程序产品,包括:
用于存储计算机程序代码的计算机可读介质;
用于将数据分组从至少一个发送设备传送到至少一个接收设备的程序代码;
用于确定从所述发送设备传送的丢失或受到损坏数据的程序代码;
用于将丢失或受到损坏数据的确认或传输发送到所述发送设备或其他接收设备的程序代码;
用于从所述发送设备或所述另一接收设备接收所述丢失或受到损坏的数据的重新传输,以完成数据分组传输和数据传输会话的程序代码。
22、根据权利要求21的计算机程序产品,其中所述丢失或受到损坏的数据的确认是组播或单播否定确认消息。
23、根据权利要求21的计算机程序产品,其中所述丢失或受到损坏数据的重新传输是组播或单播消息。
24、根据权利要求21的计算机程序产品,其中从所述发送设备或拥有所述丢失或受到损坏的数据的所述其他接收设备,重新传输所述丢失或受到损坏的数据。
25、根据权利要求21的计算机程序产品,还包括用于基于所述接收到的确认、丢失的数据传输数量、丢失或受到损坏数据的位置等,区分所述丢失或受到损坏的数据的重新传输的优先顺序的程序代码。
26、根据权利要求21的计算机程序产品,还包括用于通过重新传输整个原始数据传输,重新传输所述丢失或受到损坏的数据的程序代码。
27、根据权利要求21的计算机程序产品,还包括用于通过仅重新传输原始数据传输的丢失数据,重新传输所述丢失或受到损坏的数据的程序代码。
28、根据权利要求25的计算机程序产品,还包括用于在所述数据传输中重新定位所述丢失或受到损坏的数据的程序代码。
29、根据权利要求21的计算机程序产品,其中在不同信道上,以不同数据率发送所述重新传输。
30、根据权利要求21的计算机程序产品,还包括用于使用有效ALC机制,从所述发送设备发送原始数据传输的程序代码。
31、根据权利要求21的计算机程序产品,还包括用于使用NACK和重新传输机制,从所述接收机传送所述确认或丢失或受到损坏数据的程序代码。
32、根据权利要求21的计算机程序产品,其中所述丢失或受到损坏的数据来自先前传输、较早传输或预计到的传输。
33、根据权利要求21的计算机程序产品,还包括用于在将数据传送到所述接收设备之前,定义单向传输码块识别符和对应对象的程序代码。
34、根据权利要求21的计算机程序产品,其中使用单向协议,从所述发送设备传送所述数据。
35、根据权利要求32的计算机程序产品,其中使用双向协议,或者使用将相同传输码块识别符用作单向协议的上行链路单工协议,从所述接收设备传送所述确认。
36、根据权利要求21的计算机程序产品,还包括用于从所述接收或发送设备发送已经正确接收到所述丢失或受到损坏的数据的肯定确认的程序代码。
37、根据权利要求21的计算机程序产品,还包括用于在相同否定确认消息中发送多个否定确认的程序代码。
38、根据权利要求21的计算机程序产品,其中所述接收设备是GPRS、WLAN、其他类似无线设备的DVB。
39、根据权利要求21的计算机程序产品,其中所述发送设备是服务器、基于IP的设备、GPRS、DVB或其他类似无线设备。
40、一种用于数据分组的可靠组播传递的***,包括:
至少一个发送设备,用于将数据传送到至少一个接收设备;
至少一个接收设备,用于确定从所述发送设备传送的丢失或受到损坏的数据,并将关于至少重新传输丢失或受到损坏数据的、对于丢失或受到损坏数据的确认或传输,发送到所述发送设备或其他接收设备;
至少一个网络,用于在所述发送设备与所述接收设备之间,以及所述网络中的接收设备之间建立通信。
41、根据权利要求40的***,其中所述丢失或受到损坏的数据的确认是组播或单播否定确认消息。
42、根据权利要求40的***,其中所述丢失或受到损坏数据的重新传输是组播或单播消息。
43、根据权利要求40的***,其中从所述发送设备或拥有丢失或受到损坏数据的其他接收设备,重新传输所述丢失或受到损坏的数据。
44、根据权利要求40的***,其中基于所述接收的丢失或受到损坏数据的确认、丢失的数据传输数量、丢失或受到损坏数据的位置等,区分所述丢失或受到损坏的数据的重新传输的优先顺序。
45、根据权利要求40的***,其中与整个原始数据传输一起重新传输所述丢失或受到损坏的数据。
46、根据权利要求40的***,其中重新传输所述丢失或受到损坏的数据仅包括重新传输原始数据传输的丢失数据。
47、根据权利要求40的***,其中所述重新传输包括在所述数据重新传输中重新定位丢失或受到损坏的数据。
48、根据权利要求40的***,其中在不同信道上,以不同数据率发送所述重新传输。
49、根据权利要求40的***,其中使用有效ALC机制,从所述发送设备传送所述数据。
50、根据权利要求40的***,还包括使用NACK和重新传输机制,从所述接收设备传送所述确认。
51、根据权利要求40的***,其中所述丢失或受到损坏的数据来自所述发送设备的先前传输、较早传输或预计到的传输。
52、根据权利要求40的***,其中在将数据传送到所述接收设备之前,发送设备定义单向传输码块识别符和对应对象。
53、根据权利要求40的***,其中所述发送设备使用单向协议传送数据。
54、根据权利要求52的***,其中使用双向协议,或者使用将相同传输码块识别符用作单向协议的上行链路单工协议,所述接收设备传送确认。
55、根据权利要求40的***,其中所述发送设备和接收设备在相同网络或不同网络中。
56、根据权利要求40的***,其中所述接收设备是个人通信设备、GPRS、WLAN、其他类似无线设备的DVB。
57、根据权利要求40的***,其中所述发送设备是服务器、基于IP的设备、DVB、GPRS或其他类似无线设备。
58、一种用于数据分组的可靠组播传递的设备,包括:
至少一个处理器,用于确定发送设备所发送的数据传输中的丢失或受到损坏数据;
NACK和传输机制,用于将丢失或受到损坏数据的确认或传输发送到所述发送设备或其他接收设备;以及
存储器,用于存储来自所述发送设备或其他接收设备的数据传输。
59、根据权利要求58的设备,其中所述丢失或受到损坏的数据的确认是组播或单播否定确认消息。
60、根据权利要求58的设备,其中所述丢失或受到损坏数据的重新传输是组播或单播消息。
61、根据权利要求58的设备,其中从所述发送设备或拥有丢失或受到损坏数据的其他接收设备,重新传输所述丢失或受到损坏的数据。
62、根据权利要求58的设备,还包括使用有效ALC机制,从所述服务器发送原始数据传输。
63、根据权利要求58的设备,其中所述丢失或受到损坏的数据来自先前传输、较早传输或预计到的传输。
64、根据权利要求58的设备,其中所述接收设备是个人通信设备、GPRS、WLAN、其他类似无线设备的DVB。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/743,948 | 2003-12-24 | ||
US10/743,948 US20050160345A1 (en) | 2003-12-24 | 2003-12-24 | Apparatus, system, method and computer program product for reliable multicast transport of data packets |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101069373A true CN101069373A (zh) | 2007-11-07 |
Family
ID=34749216
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2004800386711A Pending CN101069373A (zh) | 2003-12-24 | 2004-12-10 | 用于数据分组的可靠组播传递的设备、***、方法和计算机程序产品 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20050160345A1 (zh) |
EP (1) | EP1698082A2 (zh) |
KR (3) | KR20080058506A (zh) |
CN (1) | CN101069373A (zh) |
WO (1) | WO2005065010A2 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013181807A1 (en) * | 2012-06-06 | 2013-12-12 | Nec(China) Co., Ltd. | Method and apparatus for performing d2d communication |
WO2014198050A1 (en) * | 2013-06-14 | 2014-12-18 | Microsoft Corporation | Framework and applications for proximity-based social interaction |
CN107566095A (zh) * | 2016-06-30 | 2018-01-09 | 北京信威通信技术股份有限公司 | 一种数据重传的方法及装置 |
CN110768709A (zh) * | 2018-07-27 | 2020-02-07 | 清华大学 | 一种组播与单播协同的数据传输方法、服务器和终端 |
CN111371488A (zh) * | 2020-03-13 | 2020-07-03 | 北京邮电大学 | 内容数据传输方法、装置及电子设备 |
Families Citing this family (60)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6990098B1 (en) * | 2000-09-11 | 2006-01-24 | Sun Microsystems, Inc. | Reliable multicast using merged acknowledgements |
US20050223098A1 (en) * | 2004-04-06 | 2005-10-06 | Matsushita Electric Industrial Co., Ltd. | Delivery mechanism for static media objects |
US8050203B2 (en) * | 2004-12-22 | 2011-11-01 | Eleven Engineering Inc. | Multi-channel digital wireless audio system |
KR100842571B1 (ko) | 2005-10-11 | 2008-07-01 | 삼성전자주식회사 | 디지털 방송 시스템에서 신뢰성 보장 전송 서비스 제공/수신 방법 및 장치 |
US20080111977A1 (en) * | 2006-11-14 | 2008-05-15 | Asml Holding N.V. | Compensation techniques for fluid and magnetic bearings |
US20080219151A1 (en) * | 2007-03-07 | 2008-09-11 | Nokia Corporation | System and method for using a peer to peer mechanism to repair broadcast data in wireless digital broadcast networks |
US20080251655A1 (en) * | 2007-04-12 | 2008-10-16 | Housley Todd B | Bottle Holder |
KR101427647B1 (ko) * | 2007-04-25 | 2014-08-07 | 삼성전자주식회사 | 패킷 생성과 처리에 관한 방법 및 그 장치 |
US8588417B2 (en) * | 2007-05-04 | 2013-11-19 | Conexant Systems, Inc. | Systems and methods for multicast retransmission over a secure wireless LAN |
US8018933B2 (en) | 2007-06-27 | 2011-09-13 | Microsoft Corporation | Reliable multicast with automatic session startup and client backfil support |
US9178916B2 (en) | 2007-06-28 | 2015-11-03 | Voxer Ip Llc | Real-time messaging method and apparatus |
US20110019662A1 (en) | 2007-06-28 | 2011-01-27 | Rebelvox Llc | Method for downloading and using a communication application through a web browser |
US8688789B2 (en) * | 2009-01-30 | 2014-04-01 | Voxer Ip Llc | Progressive messaging apparatus and method capable of supporting near real-time communication |
US20100198988A1 (en) * | 2009-01-30 | 2010-08-05 | Rebelvox Llc | Methods for using the addressing, protocols and the infrastructure of email to support near real-time communication |
US8612617B2 (en) * | 2007-06-28 | 2013-12-17 | Microsoft Corporation | Reliable multicast transport protocol |
US8180029B2 (en) * | 2007-06-28 | 2012-05-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8533611B2 (en) * | 2009-08-10 | 2013-09-10 | Voxer Ip Llc | Browser enabled communication device for conducting conversations in either a real-time mode, a time-shifted mode, and with the ability to seamlessly shift the conversation between the two modes |
US11095583B2 (en) | 2007-06-28 | 2021-08-17 | Voxer Ip Llc | Real-time messaging method and apparatus |
US8645477B2 (en) * | 2009-01-30 | 2014-02-04 | Voxer Ip Llc | Progressive messaging apparatus and method capable of supporting near real-time communication |
US8825772B2 (en) | 2007-06-28 | 2014-09-02 | Voxer Ip Llc | System and method for operating a server for real-time communication of time-based media |
US8683065B2 (en) * | 2007-06-29 | 2014-03-25 | Microsoft Corporation | Multicast content provider |
US20090277226A1 (en) * | 2007-10-16 | 2009-11-12 | Santangelo Salvatore R | Modular melter |
US8682336B2 (en) | 2007-10-19 | 2014-03-25 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8782274B2 (en) * | 2007-10-19 | 2014-07-15 | Voxer Ip Llc | Method and system for progressively transmitting a voice message from sender to recipients across a distributed services communication network |
US8321581B2 (en) | 2007-10-19 | 2012-11-27 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8699383B2 (en) * | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Method and apparatus for real-time synchronization of voice communications |
US7751362B2 (en) * | 2007-10-19 | 2010-07-06 | Rebelvox Llc | Graceful degradation for voice communication services over wired and wireless networks |
US8111713B2 (en) * | 2007-10-19 | 2012-02-07 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US7751361B2 (en) * | 2007-10-19 | 2010-07-06 | Rebelvox Llc | Graceful degradation for voice communication services over wired and wireless networks |
US8090867B2 (en) | 2007-10-19 | 2012-01-03 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8233598B2 (en) * | 2007-10-19 | 2012-07-31 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8250181B2 (en) * | 2007-10-19 | 2012-08-21 | Voxer Ip Llc | Method and apparatus for near real-time synchronization of voice communications |
US8706907B2 (en) | 2007-10-19 | 2014-04-22 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8380874B2 (en) | 2007-10-19 | 2013-02-19 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8145780B2 (en) | 2007-10-19 | 2012-03-27 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8391312B2 (en) | 2007-10-19 | 2013-03-05 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8559319B2 (en) * | 2007-10-19 | 2013-10-15 | Voxer Ip Llc | Method and system for real-time synchronization across a distributed services communication network |
US8699678B2 (en) | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8001261B2 (en) * | 2007-10-19 | 2011-08-16 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8099512B2 (en) * | 2007-10-19 | 2012-01-17 | Voxer Ip Llc | Method and system for real-time synchronization across a distributed services communication network |
US20090103529A1 (en) * | 2007-10-19 | 2009-04-23 | Rebelvox, Llc | Telecommunication and multimedia management method and apparatus |
US9054912B2 (en) | 2008-02-08 | 2015-06-09 | Voxer Ip Llc | Communication application for conducting conversations including multiple media types in either a real-time mode or a time-shifted mode |
US8321582B2 (en) | 2008-02-08 | 2012-11-27 | Voxer Ip Llc | Communication application for conducting conversations including multiple media types in either a real-time mode or a time-shifted mode |
US8542804B2 (en) | 2008-02-08 | 2013-09-24 | Voxer Ip Llc | Voice and text mail application for communication devices |
US8401582B2 (en) | 2008-04-11 | 2013-03-19 | Voxer Ip Llc | Time-shifting for push to talk voice communication systems |
KR101271317B1 (ko) * | 2008-05-09 | 2013-06-04 | 엘지전자 주식회사 | 무선랜에서의 멀티캐스트 장치 및 방법 |
US8325662B2 (en) * | 2008-09-17 | 2012-12-04 | Voxer Ip Llc | Apparatus and method for enabling communication when network connectivity is reduced or lost during a conversation and for resuming the conversation when connectivity improves |
US8447287B2 (en) * | 2008-12-05 | 2013-05-21 | Voxer Ip Llc | System and method for reducing RF radiation exposure for a user of a mobile communication device by saving transmission containing non time-sensitive media until the user of the mobile communication device is a safe distance away from the user |
US8849927B2 (en) | 2009-01-30 | 2014-09-30 | Voxer Ip Llc | Method for implementing real-time voice messaging on a server node |
US9215567B2 (en) | 2009-02-17 | 2015-12-15 | Sk Telecom Co., Ltd. | Local area broadcasting service system and method, and wireless transmission device applied therein |
JP5326737B2 (ja) * | 2009-03-27 | 2013-10-30 | 富士通株式会社 | プログラム、情報処理装置、コンテンツ処理方法及びコンテンツ処理システム |
TW201039576A (en) * | 2009-04-17 | 2010-11-01 | Ralink Technology Corp | Wireless transceiver device and method capable of preventing collision in an electronic device |
US8582593B2 (en) * | 2009-12-29 | 2013-11-12 | Nokia Corporation | Multicast transmission within a hybrid direct and cellular communication system |
KR101725345B1 (ko) * | 2010-12-09 | 2017-04-11 | 에스케이텔레콤 주식회사 | 무선 랜에서 브로드캐스팅/멀티캐스팅 전송과 유니캐스팅 전송을 혼용한 방송 패킷 재전송 시스템 및 방법 |
US8619776B2 (en) * | 2010-12-20 | 2013-12-31 | Lockheed Martin Corporation | Multiprotocol offload engine architecture |
CN103493445B (zh) * | 2012-02-22 | 2015-12-02 | 北京大学深圳研究生院 | 一种ip组播数据的分层分发方法、*** |
US9900166B2 (en) * | 2013-04-12 | 2018-02-20 | Qualcomm Incorporated | Methods for delivery of flows of objects over broadcast/multicast enabled networks |
US9619989B1 (en) * | 2014-05-01 | 2017-04-11 | Synapse Wireless, Inc. | Asset tracking systems and methods |
US9742587B2 (en) | 2015-07-29 | 2017-08-22 | Oracle International Corporation | Negative acknowledgment of tunneled encapsulated media |
US10608985B2 (en) | 2015-08-14 | 2020-03-31 | Oracle International Corporation | Multihoming for tunneled encapsulated media |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5553083B1 (en) * | 1995-01-19 | 2000-05-16 | Starburst Comm Corp | Method for quickly and reliably transmitting frames of data over communications links |
US5892910A (en) * | 1995-02-28 | 1999-04-06 | General Instrument Corporation | CATV communication system for changing first protocol syntax processor which processes data of first format to second protocol syntax processor processes data of second format |
US5822324A (en) * | 1995-03-16 | 1998-10-13 | Bell Atlantic Network Services, Inc. | Simulcasting digital video programs for broadcast and interactive services |
KR100248080B1 (ko) * | 1997-10-06 | 2000-03-15 | 정선종 | 다자간 멀티미디어 통신에서의 에러제어 방법 |
US6487689B1 (en) * | 1999-07-08 | 2002-11-26 | Lucent Technologies Inc. | Receiver initiated recovery algorithm (RIRA) for the layer 2 tunneling protocol (L2TP) |
WO2002096021A2 (en) * | 2001-05-18 | 2002-11-28 | Bytemobile, Inc. | Quality of service management for multiple connections within a network communication system |
US7343487B2 (en) * | 2001-10-10 | 2008-03-11 | Nokia Corporation | Datacast distribution system |
US7894468B2 (en) * | 2003-03-20 | 2011-02-22 | Alcatel-Lucent Usa Inc. | Transmission methods for communication systems supporting a multicast mode |
US7394826B2 (en) * | 2003-09-09 | 2008-07-01 | Harris Corporation | Mobile ad hoc network (MANET) providing quality-of-service (QoS) based unicast and multicast features |
-
2003
- 2003-12-24 US US10/743,948 patent/US20050160345A1/en not_active Abandoned
-
2004
- 2004-12-10 KR KR1020087012743A patent/KR20080058506A/ko not_active Application Discontinuation
- 2004-12-10 KR KR1020067013969A patent/KR20060123476A/ko not_active Application Discontinuation
- 2004-12-10 EP EP04801367A patent/EP1698082A2/en not_active Withdrawn
- 2004-12-10 WO PCT/IB2004/004076 patent/WO2005065010A2/en active Application Filing
- 2004-12-10 CN CNA2004800386711A patent/CN101069373A/zh active Pending
- 2004-12-10 KR KR1020087021615A patent/KR100904072B1/ko not_active IP Right Cessation
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013181807A1 (en) * | 2012-06-06 | 2013-12-12 | Nec(China) Co., Ltd. | Method and apparatus for performing d2d communication |
CN104106300A (zh) * | 2012-06-06 | 2014-10-15 | 日电(中国)有限公司 | 用于执行d2d通信的方法和装置 |
US9578665B2 (en) | 2012-06-06 | 2017-02-21 | Nec (China) Co., Ltd. | Method and apparatus for performing D2D communication |
WO2014198050A1 (en) * | 2013-06-14 | 2014-12-18 | Microsoft Corporation | Framework and applications for proximity-based social interaction |
US10136275B2 (en) | 2013-06-14 | 2018-11-20 | Microsoft Technology Licensing, Llc | Framework and applications for proximity-based social interaction |
CN107566095A (zh) * | 2016-06-30 | 2018-01-09 | 北京信威通信技术股份有限公司 | 一种数据重传的方法及装置 |
CN110768709A (zh) * | 2018-07-27 | 2020-02-07 | 清华大学 | 一种组播与单播协同的数据传输方法、服务器和终端 |
CN111371488A (zh) * | 2020-03-13 | 2020-07-03 | 北京邮电大学 | 内容数据传输方法、装置及电子设备 |
CN111371488B (zh) * | 2020-03-13 | 2021-07-02 | 北京邮电大学 | 内容数据传输方法、装置及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
EP1698082A2 (en) | 2006-09-06 |
US20050160345A1 (en) | 2005-07-21 |
KR20080058506A (ko) | 2008-06-25 |
WO2005065010A3 (en) | 2006-06-15 |
WO2005065010A2 (en) | 2005-07-21 |
KR20060123476A (ko) | 2006-12-01 |
KR100904072B1 (ko) | 2009-06-23 |
KR20080086939A (ko) | 2008-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101069373A (zh) | 用于数据分组的可靠组播传递的设备、***、方法和计算机程序产品 | |
JP4357535B2 (ja) | 欠落部分の識別および再送信 | |
CN1248456C (zh) | 传输控制参数产生方法及根据分组特性选择性重发的方法 | |
CN1303796C (zh) | 通过通用分组无线服务无线网络传输数据 | |
EP1771992B1 (en) | Point-to-point repair response mechanism for point-to-multipoint transmission systems | |
CN1135014C (zh) | 用于使通信***中的开销最小的方法与设备 | |
CN100579129C (zh) | 会话对象的分组 | |
CN101068236A (zh) | 流媒体码率控制方法、***和设备 | |
CN1762120A (zh) | 使用前向纠错信息的数据传输 | |
CN1640076A (zh) | 媒体流式传输分发*** | |
CN1642066A (zh) | 数据接收设备和数据接收方法 | |
CN101080938A (zh) | 有功率控制功能的多播通信*** | |
CN101034965B (zh) | 高速下行分组接入中协议数据单元传输方法及其*** | |
KR100883576B1 (ko) | 멀티캐스트/브로드캐스트 데이터 배포를 위한 데이터 복구강화 | |
CN1774894A (zh) | 在无线传输网络中实施面向连接的数据传送协议的方法 | |
CN1633796A (zh) | 针对广播或无线网络修改tcp/ip | |
CN114765742B (zh) | 组播通信方法、装置和相关设备 | |
CN1617523A (zh) | 一种组播/广播业务中会话数据的传输方法 | |
CN1798372A (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 |
Open date: 20071107 |