CN107566291B - 组播传输方法、装置、电子设备及存储介质 - Google Patents
组播传输方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN107566291B CN107566291B CN201710879768.4A CN201710879768A CN107566291B CN 107566291 B CN107566291 B CN 107566291B CN 201710879768 A CN201710879768 A CN 201710879768A CN 107566291 B CN107566291 B CN 107566291B
- Authority
- CN
- China
- Prior art keywords
- window
- sending
- value
- count
- sent
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明的实施例提供了一种组播传输方法、装置、电子设备以及存储介质,涉及通信技术领域。该组播传输方法包括:在接收到待发送事件时,判断发送窗口是否已满,所述发送窗口为针对组播传输的多个接收者的全局拥塞控制窗口;如果判定发送窗口未满,则根据发送窗口的空闲大小读取待发送报文进行发送;如果判定发送窗口已满,则不发送所述待发送报文。本发明实施例的技术方案能够有效提高组播拥塞控制的可扩展性,降低了组播拥塞控制的复杂性。同时,本发明实施例的技术方案还可以对发送窗口进行调整。
Description
技术领域
本发明涉及通信技术领域,具体而言,涉及一种组播传输方法、组播传输装置、电子设备以及计算机可读存储介质。
背景技术
组播是指把信息传递给一组接收者的技术,组播能够应用在许多信息服务领域例如在线直播、网络电视、远程教育、远程医疗、网络电台、实时视频会议等。
目前,在基于窗口的组播拥塞控制技术方案中,发送端需要为每个接收者维护一个独立的拥塞窗口来控制数据报文的发送,随着组规模的扩大,为每个接收者维护拥塞窗口会导致发送端的拥塞控制变得非常复杂,并且降低了该技术方案的可扩展性。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本发明背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本发明的目的在于提供一种组播传输方法、组播传输装置、电子设备以及计算机可读存储介质,进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。
根据本发明实施例的第一方面,提供了一种组播传输方法,包括:在接收到待发送事件时,判断发送窗口是否已满,所述发送窗口为针对组播传输的多个接收者的全局拥塞控制窗口;如果判定所述发送窗口未满,则根据所述发送窗口的空闲大小读取待发送报文进行发送;如果判定所述发送窗口已满,则不发送所述待发送报文。
在本发明的一些实施例中,基于前述方案,还包括:接收所述多个接收者中的目标接收者针对组播发送报文返回的确认信号和/或否认信号;根据所述目标接收者返回的确认信号和/或否认信号调整所述发送窗口的大小。
在本发明的一些实施例中,基于前述方案,还包括:从所述多个接收者中选择所述目标接收者。
在本发明的一些实施例中,基于前述方案,根据所述目标接收者返回的确认信号调整所述发送窗口的大小,包括:在接收到所述目标接收者返回的确认信号时,将确认接收计数加1,并判断所述确认接收计数是否大于所述发送窗口的值;如果判定所述确认接收计数大于所述发送窗口的值,则将所述确认接收计数清零,并将所述发送窗口的大小增加第一预定值。
在本发明的一些实施例中,基于前述方案,根据所述目标接收者返回的确认信号调整所述发送窗口的大小,还包括:如果判定所述确认接收计数不大于所述发送窗口的值,则判断距离上次增大所述发送窗口的时间是否大于第一时间阈值;如果判定距离上次增大所述发送窗口的时间大于所述第一时间阈值,则将所述确认接收计数清零。
在本发明的一些实施例中,基于前述方案,根据所述目标接收者返回的否认信号调整所述发送窗口的大小,包括:如果接收到所述目标接收者返回的否认信号,则将否认接收计数加1,并判断所述否认接收计数是否大于所述发送窗口的值;如果判定所述否认接收计数大于所述发送窗口的值,则将所述否认接收计数清零,并且将所述发送窗口的值减少第二预定值。
在本发明的一些实施例中,基于前述方案,根据所述目标接收者返回的否认信号调整所述发送窗口的大小,还包括:如果判定所述否认接收计数不大于所述发送窗口的值,则判断距离上次减小所述发送窗口的时间是否大于第一时间阈值;如果判定距离上次减少所述发送窗口的时间大于所述第一时间阈值,则将所述否认接收计数清零,并将所述发送窗口的值减去第三预定值。
在本发明的一些实施例中,基于前述方案,判断发送窗口是否已满,包括:计算待发送报文的序号与已接收到目标接收者确认的数据报文的最大序号的差值;如果所述差值大于或等于所述发送窗口的值,则判定所述发送窗口已满,等待下次待发送事件。
在本发明的一些实施例中,基于前述方案,根据所述发送窗口的空闲大小读取待发送报文进行发送,包括:根据所述待发送报文的序号向所述多个接收者组播发送所述待发送报文,并修改下次待发送报文的序号。
在本发明的一些实施例中,基于前述方案,所述发送窗口的空闲大小为所述发送窗口的值减去所述差值。
根据本发明实施例的第二方面,提供了一种组播传输装置,包括:判断单元,用于在接收到待发送事件时,判断发送窗口是否已满,所述发送窗口为针对组播传输的多个接收者的全局拥塞控制窗口;发送处理单元,用于在所述判断单元判定所述发送窗口未满时,根据所述发送窗口的空闲大小读取待发送报文进行发送;在所述判断单元判定所述发送窗口已满时,不发送所述待发送报文。
根据本发明实施例的第三方面,提供了一种电子设备,包括:处理器;以及存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现如上述第一方面所述的组播传输方法。
根据本发明实施例的第四方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上述第一方面所述的组播传输方法。
在本发明的一些实施例所提供的技术方案中,设置针对组播传输的多个接收者的全局拥塞控制窗口,通过全局拥塞控制窗口进行组播发送。一方面,设置针对组播传输的多个接收者的全局拥塞控制窗口,不需要针对每个组播接收者维护一个独立的拥塞控制窗口,因此,即使组播成员数量增大,也不会导致发送端的拥塞控制过于复杂;另一方面,通过全局拥塞控制窗口进行组播发送,能够进一步降低组播拥塞控制的复杂性,从而提高了组播拥塞控制的可扩展性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1示出了根据本发明的第一个示例性实施例的组播传输方法的流程示意图;
图2示出了根据本发明的第二个示例性实施例的组播传输方法的流程示意图;
图3示出了根据本发明的一个示例性实施例的调整发送窗口的流程示意图;
图4示出了根据本发明的一个示例性实施例的组播传输装置的示意框图;
图5示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施例。然而,示例实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施例;相反,提供这些实施例使得本发明将全面和完整,并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本发明的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本发明的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
在本发明的第一个示例性实施例中,首先示出了一种组播传输方法。参照图1所示,该组播传输方法可以包括:
步骤S110,在接收到待发送事件时,判断发送窗口是否已满,所述发送窗口为针对组播传输的多个接收者的全局拥塞控制窗口;
步骤S120,如果判定所述发送窗口未满,则根据所述发送窗口的空闲大小读取待发送报文进行发送;
步骤S130,如果判定所述发送窗口已满,则不发送所述待发送报文。
根据本示例实施例中的组播传输方法,一方面,设置针对组播传输的多个接收者的全局拥塞控制窗口,不需要针对每个组播接收者维护一个独立的拥塞控制窗口,因此,即使组播成员数量增大,也不会导致发送端的拥塞控制过于复杂;另一方面,通过全局拥塞控制窗口进行组播发送,能够进一步降低组播拥塞控制的复杂性,从而提高了组播拥塞控制的可扩展性。
下面,将结合附图对该示例实施例中的组播传输方法的步骤S110至步骤S130进行详细说明。
在步骤S110中,在接收到待发送事件时,判断发送窗口是否已满,所述发送窗口为针对组播传输的多个接收者的全局拥塞控制窗口。
在本示例实施例中,所述待发送事件为发送者设定的用来激活发送线程的事件,接收到待发送事件表示可以发送报文了。具体而言,发送者可以按照应用层调用API(Application Programming Interface,应用程序编程接口)发送的次序给数据报文编号,每个报文都有一个全局的序号,如果接收者返回的ACK报文(确认报文)的序号大于当前已经确认接收的报文的最大序号,则意味着发送窗口未满即存在空闲,需要激活待发送事件。确认的最大序号表示发送者维护当前已经被接收者确认并且连续的最大序号。
需要说明的是,在本示例实施中,报文的序号是连续的,且是全局唯一的。发送者通过维护各类序号实现流量控制和补缺功能,接收者通过维护各类序号实现报文去重、检查消息缺口的功能。但是,由于一个局域网以太帧最大为1514字节,所以一般一个组播报文最大可用缓存是1472字节,实际上业务报文的大小可能超过了这个限制,因而在本发明的示例实施例中,还可以包括对经分片的数据报文进行编号的情况,即每个分片的报文也有序号,在此为了方便说明情况,按照一个组播报文一个序号进行说明。
此外,为了提高组播拥塞控制的可扩展性,在本示例实施例中,发送窗口被设置为针对组播传输的多个接收者的全局拥塞控制窗口,通过该发送窗口向多个接收者进行组播发送。通过全局的拥塞窗口进行组播发送,可以降低组播拥塞控制的复杂性。
进一步地,参照图2所示,在本示例实施例中,与TCP(Transmission ControlProtocol,传输控制协议)的滑动窗口类似,发送者可以设定发送窗口的初始大小,在接收到待发送事件时,执行步骤S210,即判断发送窗口是否已满。具体地,可以实时计算待发送报文的序号与已接收到目标接收者确认的数据报文的最大序号的差值,根据所述差值判断发送窗口是否已满。
接下来,参照图1所示,在步骤S120中,如果判定所述发送窗口未满,则根据所述发送窗口的空闲大小读取待发送报文进行发送。
参照图2所示,在本示例实施例中,如果在步骤S210中计算的所述差值小于所述发送窗口的值,则可以判定发送窗口未满,进而可以在步骤S220中读取待发送报文,并在步骤S230中按照所述发送窗口的空闲大小读取待发送报文的数据队列,并在步骤S250中进行报文发送,所述发送窗口的空闲大小为所述发送窗口的值减去所述差值。进一步地,在步骤S250中,可以根据所述待发送报文的序号向所述多个接收者组播发送所述待发送报文,并修改下次待发送报文的序号,下次待发送报文的序号为发送者维护的当前已经发送报文的最大序号加1。
此外,为了解决“反馈爆炸”问题,即随着组规模的扩大,大量的反馈可能湮没发送端的问题,在本示例实施例中,在步骤S240中,还可以从多个接收者中选择目标接收者即主接收者,所述主接收者可以为响应所述组播发送返回ACK报文(确认信号)或NACK报文(否认信号)的接收者。通过在多个接收者中选择进行反馈的主接收者,能够显著减少发送端收到的反馈信息的数量,从而显著减少了“反馈爆炸”问题。进一步地,为了在保证吞吐量的同时兼顾稳定性,可以通过从多个接收者中轮流选择目标接收者。
接下来,参照图1所示,在步骤S130中,如果判定所述发送窗口已满,则不发送所述待发送报文。
继续参照图2所示,如果在步骤S210中判定所述发送窗口已满(如计算的所述差值大于或等于所述发送窗口的值),跳转至步骤S260,等待下次待发送事件。在步骤S260中,如果在预定时间内接收到下次待发送事件即等待未超时,则跳转至步骤S210重复进行上述步骤;在预定时间内未接收到下次待发送事件即等待超时,则在步骤S270中向接收者发送心跳,然后返回至步骤S210重复进行上述步骤。
此外,在本示例实施例中,可以接收目标接收者针对组播发送报文返回的确认信号和/或否认信号;根据所述目标接收者返回的确认信号和/或否认信号调整所述发送窗口的大小。例如,在接收到的ACK报文较多时,可以认为没有出现拥塞,可以增大发送窗口,在接收到NACK报文时,可以认为出现了拥塞,可以减小发送窗口。还可以根据慢启动原理来调整发送窗口的大小,以降低拥塞情况下的控制敏感程度。慢启动原理如下:当开始发送数据时,并不清楚网络的负荷情况,如果立即将大量数据字节注入到网络,那么就有可能引起网络拥塞,因此,可以由小到大逐渐增大发送窗口即由小到大逐渐增大发送窗口的值。
具体而言,参照图3所示,在步骤S312中,判断是否接收到目标接收者返回的ACK报文,若是,则执行步骤S312;否则,执行步骤S324。
在步骤S314中将ACK接收计数(确认接收计数)加1,并在步骤S316中判断ACK接收计数是否大于发送窗口的值;如果在步骤S316中判定ACK接收计数大于发送窗口的值,则表示接收到的ACK报文较多,未出现拥塞,进而可以在步骤S318中将ACK接收计数清零,并将发送窗口的大小增加第一预定值;如果在步骤S316中判定ACK接收计数不大于发送窗口的值,则在步骤S320中判断距离上次增大发送窗口的时间是否大于第一时间阈值;如果在步骤S320中判定距离上次增大发送窗口的时间大于第一时间阈值,则表示在增大窗口后接收到的ACK报文较少,不用增大发送窗口,进而可以在步骤S322中将确认接收计数清零;如果在步骤S320中判定距离上次增大发送窗口的时间不大于第一时间阈值,则结束该处理流程。
继续参照图3所示,在步骤S324中判断是否接收到NACK报文,如果在步骤S324中接收到目标接收者返回的NACK报文(否认信号),则表示出现了拥塞,在步骤S326中将NACK接收计数(否认接收计数)加1,并在步骤S328中判断NACK接收计数是否大于发送窗口的值;如果在步骤S328中判定NACK接收计数大于发送窗口的值,则表示接收到的NACK报文较多,拥塞较严重,在步骤S330中将NACK接收计数清零,并且将发送窗口的值减少第二预定值;如果在步骤S328中判定NACK接收计数不大于发送窗口的值,则在步骤S332中判断距离上次减小发送窗口的时间是否大于第一时间阈值;如果在步骤S332中判定距离上次减少发送窗口的时间大于第一时间阈值,则表示预定时间内接收到的NACK较少,拥塞较轻,窗口减少的幅度可以较小,在步骤S334中将NACK接收计数清零,并将发送窗口的值减去第三预定值;如果在步骤S332中判定距离上次减少发送窗口的时间不大于第一时间阈值,则结束该处理流程。
需要说明的是,在本示例实施例中,第一预定值可以为1,第二预定值可以为发送窗口的值的一半,第三预定值可以为NACK计数的一半加1,第一时间阈值可以为10ms,但是本发明的示例实施例中,上述参数也可以取其他适当的值,本发明对此不进行特殊限定。
此外,图3中示出了接收到一次ACK或NACK的处理流程,本领域技术需要理解的是:在图3所示的流程中,“结束”表示对接收到的一个ACK或NACK的处理流程结束,当对接收到的一个ACK或NACK处理之后,可以继续判断是否接收到ACK或NACK,即可以返回步骤S312或步骤S324再次执行。
需要说明的是,尽管在附图中以特定顺序描述了本发明的实施例中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
此外,在本发明的示例实施例中,还提供了一种组播传输装置。参照图4所示,根据本发明的示例实施例的组播传输装置400可以包括:判断单元410以及发送处理单元420。其中,判断单元410用于在接收到待发送事件时,判断发送窗口是否已满,所述发送窗口为针对组播传输的多个接收者的全局拥塞控制窗口;发送处理单元420用于在判断单元410判定所述发送窗口未满时,根据所述发送窗口的空闲大小读取待发送报文进行发送;并用于在判断单元410判定所述发送窗口已满时,不发送所述待发送报文。
进一步地,在本发明的实施例中,基于前述方案,组播传输装置400还可以包括:窗口调整单元430,用于接收所述多个接收者中的目标接收者针对组播发送报文返回的确认信号和/或否认信号;根据所述目标接收者返回的确认信号和/或否认信号调整所述发送窗口的大小。
进一步地,在本发明的实施例中,基于前述方案,发送处理单元420被配置为:从所述多个接收者中选择所述目标接收者。
进一步地,在本发明的实施例中,基于前述方案,窗口调整单元430被配置为:在接收到所述目标接收者返回的确认信号时,将确认接收计数加1,并判断所述确认接收计数是否大于所述发送窗口的值;如果判定所述确认接收计数大于所述发送窗口的值,则将所述确认接收计数清零,并将所述发送窗口的大小增加第一预定值。
进一步地,在本发明的实施例中,基于前述方案,窗口调整单元430被配置为:如果判定所述确认接收计数不大于所述发送窗口的值,则判断距离上次增大所述发送窗口的时间是否大于第一时间阈值;如果判定距离上次增大所述发送窗口的时间大于所述第一时间阈值,则将所述确认接收计数清零。
进一步地,在本发明的实施例中,基于前述方案,窗口调整单元430被配置为:如果接收到所述目标接收者返回的否认信号,则将否认接收计数加1,并判断所述否认接收计数是否大于所述发送窗口的值;如果判定所述否认接收计数大于所述发送窗口的值,则将所述否认接收计数清零,并且将所述发送窗口的值减少第二预定值。
进一步地,在本发明的实施例中,基于前述方案,窗口调整单元430被配置为:如果判定所述否认接收计数不大于所述发送窗口的值,则判断距离上次减小所述发送窗口的时间是否大于第一时间阈值;如果判定距离上次减少所述发送窗口的时间大于所述第一时间阈值,则将所述否认接收计数清零,并将所述发送窗口的值减去第三预定值。
进一步地,在本发明的实施例中,基于前述方案,判断单元410被配置为:计算待发送报文的序号与已接收到目标接收者确认的数据报文的最大序号的差值;如果所述差值大于或等于所述发送窗口的值,则判定所述发送窗口已满,等待下次待发送事件。
进一步地,在本发明的实施例中,基于前述方案,发送处理单元420被配置为:根据所述待发送报文的序号向所述多个接收者组播发送所述待发送报文,并修改下次待发送报文的序号。
进一步地,在本发明的实施例中,基于前述方案,所述发送窗口的空闲大小为所述发送窗口的值减去所述差值。
在本发明的示例性实施例中,还提供了一种能够实现上述方法的电子设备。
下面参考图5,其示出了适于用来实现本发明实施例的电子设备的计算机系统500的结构示意图。图5示出的电子设备的计算机系统500仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示,计算机系统500包括中央处理单元(CPU)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中,还存储有系统操作所需的各种程序和数据。CPU501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
以下部件连接至I/O接口505:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。
特别地,根据本发明的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时,执行本申请的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现如上述实施例中所述的组播传输方法。
例如,所述电子设备可以实现如图1中所示的:步骤S110,在接收到待发送事件时,判断发送窗口是否已满,所述发送窗口为针对组播传输的多个接收者的全局拥塞控制窗口;步骤S120,如果判定所述发送窗口未满,则根据所述发送窗口的空闲大小读取待发送报文进行发送;步骤S130,如果判定所述发送窗口已满,则不发送所述待发送报文。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备或装置的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本发明实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (10)
1.一种组播传输方法,其特征在于,包括:
在接收到待发送事件时,判断发送窗口是否已满,所述发送窗口为针对组播传输的多个接收者的全局拥塞控制窗口;
如果判定所述发送窗口未满,则根据所述发送窗口的空闲大小读取待发送报文进行发送;
如果判定所述发送窗口已满,则不发送所述待发送报文;
接收所述多个接收者中的目标接收者针对组播发送报文返回的确认信号和/或否认信号;
在接收到所述目标接收者返回的确认信号时,将确认接收计数加1,并判断所述确认接收计数是否大于所述发送窗口的值;
如果判定所述确认接收计数大于所述发送窗口的值,则将所述确认接收计数清零,并将所述发送窗口的大小增加第一预定值;
如果接收到所述目标接收者返回的否认信号,则将否认接收计数加1,并判断所述否认接收计数是否大于所述发送窗口的值;
如果判定所述否认接收计数大于所述发送窗口的值,则将所述否认接收计数清零,并且将所述发送窗口的值减少第二预定值。
2.根据权利要求1所述的组播传输方法,其特征在于,还包括:从所述多个接收者中选择所述目标接收者。
3.根据权利要求1所述的组播传输方法,其特征在于,还包括:
如果判定所述确认接收计数不大于所述发送窗口的值,则判断距离上次增大所述发送窗口的时间是否大于第一时间阈值;
如果判定距离上次增大所述发送窗口的时间大于所述第一时间阈值,则将所述确认接收计数清零。
4.根据权利要求1所述的组播传输方法,其特征在于,还包括:
如果判定所述否认接收计数不大于所述发送窗口的值,则判断距离上次减小所述发送窗口的时间是否大于第一时间阈值;
如果判定距离上次减少所述发送窗口的时间大于所述第一时间阈值,则将所述否认接收计数清零,并将所述发送窗口的值减去第三预定值。
5.根据权利要求1至4中任一项所述的组播传输方法,其特征在于,判断发送窗口是否已满,包括:
计算待发送报文的序号与已接收到目标接收者确认的数据报文的最大序号的差值;
如果所述差值大于或等于所述发送窗口的值,则判定所述发送窗口已满。
6.根据权利要求5所述的组播传输方法,其特征在于,根据所述发送窗口的空闲大小读取待发送报文进行发送,包括:
根据所述待发送报文的序号向所述多个接收者组播发送所述待发送报文,并修改下次待发送报文的序号。
7.根据权利要求5所述的组播传输方法,其特征在于,所述发送窗口的空闲大小为所述发送窗口的值减去所述差值。
8.一种组播传输装置,其特征在于,包括:
判断单元,用于在接收到待发送事件时,判断发送窗口是否已满,所述发送窗口为针对组播传输的多个接收者的全局拥塞控制窗口;
发送处理单元,用于在所述判断单元判定所述发送窗口未满时,根据所述发送窗口的空闲大小读取待发送报文进行发送;在所述判断单元判定所述发送窗口已满时,不发送所述待发送报文;
信号接收单元,用于接收所述多个接收者中的目标接收者针对组播发送报文返回的确认信号和/或否认信号;
确认接收计数判断单元,用于在接收到所述目标接收者返回的确认信号时,将确认接收计数加1,并判断所述确认接收计数是否大于所述发送窗口的值;
窗口增大单元,用于如果判定所述确认接收计数大于所述发送窗口的值,则将所述确认接收计数清零,并将所述发送窗口的大小增加第一预定值;
否认接收计数判断单元,用于如果接收到所述目标接收者返回的否认信号,则将否认接收计数加1,并判断所述否认接收计数是否大于所述发送窗口的值;
窗口减小单元,用于如果判定所述否认接收计数大于所述发送窗口的值,则将所述否认接收计数清零,并且将所述发送窗口的值减少第二预定值。
9.一种电子设备,其特征在于,包括
处理器;以及
存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现如权利要求1至7中任一项所述的组播传输方法。
10.一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的组播传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710879768.4A CN107566291B (zh) | 2017-09-26 | 2017-09-26 | 组播传输方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710879768.4A CN107566291B (zh) | 2017-09-26 | 2017-09-26 | 组播传输方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107566291A CN107566291A (zh) | 2018-01-09 |
CN107566291B true CN107566291B (zh) | 2021-03-12 |
Family
ID=60982622
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710879768.4A Active CN107566291B (zh) | 2017-09-26 | 2017-09-26 | 组播传输方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107566291B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109586931B (zh) * | 2018-10-18 | 2021-01-15 | 招商证券股份有限公司 | 组播方法及终端设备 |
CN112152820B (zh) * | 2019-12-09 | 2021-07-20 | 北京天德科技有限公司 | 一种多播tcp的架构方法及多播tcp系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150521A (zh) * | 2007-11-05 | 2008-03-26 | 北京航空航天大学 | 多对多可靠组播拥塞控制方法 |
CN103647722A (zh) * | 2013-11-19 | 2014-03-19 | 中国科学院计算技术研究所 | 一种基于信誉的链路拥塞控制方法 |
CN104518973A (zh) * | 2014-12-17 | 2015-04-15 | 华中科技大学 | 一种基于sdn环境的数据的可靠组播传输方法 |
CN105407058A (zh) * | 2014-09-12 | 2016-03-16 | 江苏国贸酝领智能科技股份有限公司 | 带拥塞控制的可靠组播传输方法 |
CN106911485A (zh) * | 2017-03-16 | 2017-06-30 | 恒生电子股份有限公司 | 用于可靠组播传输数据的方法及设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8730960B2 (en) * | 2011-10-25 | 2014-05-20 | Cisco Technology, Inc. | Providing multicast transmissions with partial state block acknowledgments and retries |
-
2017
- 2017-09-26 CN CN201710879768.4A patent/CN107566291B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150521A (zh) * | 2007-11-05 | 2008-03-26 | 北京航空航天大学 | 多对多可靠组播拥塞控制方法 |
CN103647722A (zh) * | 2013-11-19 | 2014-03-19 | 中国科学院计算技术研究所 | 一种基于信誉的链路拥塞控制方法 |
CN105407058A (zh) * | 2014-09-12 | 2016-03-16 | 江苏国贸酝领智能科技股份有限公司 | 带拥塞控制的可靠组播传输方法 |
CN104518973A (zh) * | 2014-12-17 | 2015-04-15 | 华中科技大学 | 一种基于sdn环境的数据的可靠组播传输方法 |
CN106911485A (zh) * | 2017-03-16 | 2017-06-30 | 恒生电子股份有限公司 | 用于可靠组播传输数据的方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN107566291A (zh) | 2018-01-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107637125B (zh) | 用于在无线通信系统中管理缓冲器的方法和装置 | |
CN107342848B (zh) | 一种自适应码流传输方法、装置及设备 | |
CN114039703B (zh) | 数据传输方法、装置、设备和介质 | |
JP4859987B2 (ja) | 適応的でスケーラブルなパケット誤り訂正装置及び方法 | |
JP2007089174A (ja) | 無線通信システムにおける信号の伝送速度を改善する方法及び装置 | |
CN105162706B (zh) | 组播传输方法、装置及系统 | |
CN113783775B (zh) | 数据传输的方法和装置 | |
CN111629210A (zh) | 一种数据处理的方法、装置及电子设备 | |
CN113014505B (zh) | 一种高动态拓扑卫星网络中时延区分的传输控制方法 | |
US9130740B2 (en) | Variable acknowledge rate to reduce bus contention in presence of communication errors | |
CN102694631B (zh) | 一种用于控制数据传输的方法和装置 | |
CN107566291B (zh) | 组播传输方法、装置、电子设备及存储介质 | |
CN111082896A (zh) | 一种数据传输方法及发送、接收装置 | |
CN104348874B (zh) | 云平台组件之间消息传输的方法与装置 | |
CN106911485B (zh) | 用于可靠组播传输数据的方法及设备 | |
CN110233856B (zh) | 报文处理方法、装置及计算机可读存储介质 | |
JP7265488B2 (ja) | Harqフィードバック方法および指示情報の送信方法、ならびに、そのユーザ機器および基地局 | |
CN114401208B (zh) | 数据传输方法、装置、电子设备和存储介质 | |
CN113852445B (zh) | 一种提高数据传输可靠性的方法、系统、设备和存储介质 | |
CN109586931B (zh) | 组播方法及终端设备 | |
EP3939191B1 (en) | Device and method for delivering acknowledgment in network transport protocols | |
CN110022218B (zh) | 组播通讯方法、终端设备及存储介质 | |
CN117676695A (zh) | Tcp传输方法、装置和系统 | |
CN116346743A (zh) | 一种带宽控制方法、装置、设备及存储介质 | |
US10003470B2 (en) | Method and terminal for transmitting and receiving data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |