CN110022218A - 组播通讯方法、终端设备及存储介质 - Google Patents

Abstract

本发明适用于通信技术领域，提供了组播通讯方法、终端设备及存储介质，包括：组播发送携带消息序号的第一组播数据或者携带消息序号的心跳消息；若接收到组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息及预设重传发送窗口大小，发送携带消息序号的重传数据，其中所述重传会话反馈消息包括组播接收端请求重传数据的起始序号及终止序号，所述重传数据的数据量小于或等于预设重传发送窗口限制的数据量。本发明实施例能够在保证组播通讯的可靠性的同时提高组播通讯的效率。

Description

组播通讯方法、终端设备及存储介质

技术领域

本发明属于通信技术领域，尤其涉及一种组播通讯方法、终端设备及存储介质。

背景技术

组播是计算机网络中一种把同一份数据同时传递给一组接收端的通讯机制。由于组播通讯方式相较于单播和广播通讯方式的通讯效率较高，因此组播通讯逐渐被广泛运用，例如金融交易领域中的快速交易业务核心系统(一种复杂的多节点分布式系统)便是采用组播通讯方式。

然而，组播通讯通常是基于UDP协议的，缺乏可靠性。通常考虑的方式是采用基于ACK(ACKnowledgement)反馈或者基于NACK(Negative ACKnowledgement)反馈的方式让多个接收端及时反馈，来设计可靠组播通讯机制，但是随着接收端的增多，无论是基于ACK还是基于NACK的反馈方式都可能会使网络负担过重，特别是网络不稳定时可能导致频繁地重传即导致重传风暴，从而造成网络堵塞，影响通讯效率；另一种方式是不让多个接收端同时反馈，而是轮询接收端，每次只让一个接收终端一对一地和发送端进行反馈，这种方式可以避免网络堵塞的情况，然而由于实时性差导致这种组播通讯方式可靠性降低，效率也不高。因此现有的组播通讯系统中依然存在着可靠性低、效率低的问题。

发明内容

有鉴于此，本发明实施例提供了一种组播通讯方法、终端设备及存储介质，以解决现有技术中如何在保证组播通讯的可靠性的同时提高组播通讯的效率的问题。

本发明实施例的第一方面提供了一种组播通讯方法，应用于组播通讯系统中的组播发送端，包括：

组播发送携带消息序号的第一组播数据或者携带消息序号的心跳消息；

若接收到组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息及预设重传发送窗口大小，发送携带消息序号的重传数据，其中所述重传会话反馈消息包括组播接收端请求重传数据的起始序号及终止序号，所述重传数据的数据量小于或等于预设重传发送窗口限制的数据量。

本发明实施例的第二方面提供了一种组播通讯方法，应用于组播通讯系统中的组播接收端，包括：

接收携带消息序号的数据消息，其中所述携带消息序号的数据消息包括第一组播数据、心跳消息及重传数据中的任意一项；

若所述数据消息为第一组播数据或者心跳消息，且当前处于非重传会话状态，则：

根据所述消息序号判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则开启重传会话状态并发送重传会话反馈消息，其中所述重传会话反馈消息包括所需请求的重传数据的起始序号及终止序号；

若所述数据消息为重传数据，则当前处于重传会话状态，此时：

根据所述消息序号，判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则重新发送重传会话反馈消息，否则取消重传会话状态。

本发明实施例的第三方面提供了一种组播通讯系统，包括：

入口网关，用于根据系统的业务应答速率控制整体数据流量；

组播发送端，用于执行如第一方面所述的方法；

组播接收端，用于执行如第二方面所述的方法。

本发明实施例的第四方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

本发明实施例的第五方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例由于组播发送端接收包括起始序列及终止序列的重传会话反馈消息，根据重传会话反馈消息来发送重传数据，因此能够及时、准确地发送重传数据，即根据组播接收端所需的重传数据发送且不发送其它多余的冗余数据，从而保证组播通讯的可靠性及效率；同时通过预设重传发送窗口的大小来限制每次重传数据的数量，从而避免网络堵塞，进一步提高组播通讯的通讯效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的第一种组播通讯方法的实现流程示意图；

图2是本发明实施例提供的组播通讯方法的交互流程示意图；

图3是本发明实施例提供的第二种组播通讯方法的实现流程示意图；

图4是本发明实施例提供的组播通讯系统的系统结构示意图；

图5是本发明实施例提供的组播发送端的结构示意图；

图6是组播发送端进行重传处理调度的交互示意图；

图7是本发明实施例提供的组播接收端的结构示意图；

图8是本发明实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例一：

图1示出了本申请实施例提供的第一种组播通讯方法的流程示意图，应用于组播通讯系统中的组播发送端，可以是手机、平板电脑、个人数字助理、笔记本电脑、桌上型计算机、服务器等终端设备。该组播通讯方法详述如下：

在S101中，组播发送携带消息序号的第一组播数据或者携带消息序号的心跳消息。

第一组播数据为组播发送端所要向组播通讯系统中的各个组播接收端正常组播的携带实质信息的数据。第一组播数据携带消息序号，消息序号为组播发送端对待发送的第一组播数据的每一帧数据按顺序赋予的编号，消息序号越小的数据越先被发送。例如在一项组播发送任务中，组播发送端先将待发送的组播数据按顺序分为携带消息序号1、2、3、4的4帧第一组播数据，之后这4帧数据按消息序号1、2、3、4的顺序依次被发送。

心跳消息为当组播发送端一段时间内不存在待发送的第一组播数据时，发送的只携带消息序号不携带其它实质信息的数据，用于将当前组播发送端还处于连接状态的信息告知组播接收端。心跳消息的消息序号与上一次发送的第一组播数据的消息序号相同。

组播发送端根据是否存在待发送的组播数据，组播发送携带消息序号的第一组播数据或者携带消息序号的心跳消息。具体地，所述步骤S101包括：

S101A：若检测到存在待发送的第一组播数据，则组播发送携带消息序号的所述待发送的第一组播数据。

当检测到发送端存在待发送的第一组播数据时，正常组播第一组播数据。

S101B：若检测到第一预设时间段内都不存在待发送的第一组播数据，则组播发送携带消息序号的心跳消息。

当检测到第一预设时间段内都不存在待发送的第一组播数据时，发送携带消息序号的心跳消息，以告知组播接收端当前组播发送端还处于连接状态。第一预设时间段可以根据具体组播通讯系统架构或者实际网络状态设定，例如可以设置为30秒。可选地，在步骤S101B之前，包括：接收第一设定指令，设置第一预设时间段。

在S102中，若接收到组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息及预设重传发送窗口的大小，发送携带消息序号的重传数据，其中所述重传会话反馈消息包括组播接收端请求重传数据的起始序号及终止序号，所述重传数据的数据量小于或等于预设重传发送窗口限制的数据量。

重传会话反馈消息为组播接收端发送的重传会话请求，包括组播接收端请求重传数据的起始序号及终止序号，因此重传会话反馈消息能够让组播发送端准确地获知组播接收端当前所需请求重传的数据。对于组播发送端，接收到一个组播接收端发送的重传会话反馈消息后，就会对应开启一个重传发送窗口，用于向组播接收端发送重传数据。在组播发送端，会预先设置重传发送窗口的大小(即设置预设重传发送窗口大小)，用于限制单次发送的重传数据的数据量，以避免由于重传数据的数据量过大，造成网络拥塞。预设重传发送窗口大小可以根据组播通讯系统架构、传输通道带宽、实际网络状态设定等具体条件而设置，可选地，在步骤S102之前，包括：接收第二设定指令，设置预设重传发送窗口大小。

组播发送端在接收到组播接收端发送的重传会话反馈消息之后，根据重传会话反馈消息及预设重传发送窗口的大小，发送携带消息序号的重传数据。以组播发送端与单个组播接收端的重传会话过程为例，如图2所示，假设当前组播发送端的预设重传发送窗口大小为3，接收到组播接收端发送的重传会话反馈消息包含的起始序号为4、终止序号为7。组播发送端接收到重传会话反馈消息后，获知当前组播接收端请求重传的数据为消息序号为4～7的4帧数据，由于当前的预设发送窗口的大小为3，即一次的重传数据只能为3帧，因此组播发送端本次只重传消息序号为4～6的3帧数据，具体地，组播发送端先从已标示上消息序号且组播发送过的第一组播数据中寻找消息序号为4～6的数据，将其复制获取得到携带消息序号4～6的重传数据，并发送该重传数据。组播接收端接收到该重传数据后，填充原来的数据缺口，并重新发送包含起始序号7、终止序号7的重传会话反馈消息；组播发送端接收到该组播接收端发送的第二次重传反馈会话反馈消息后，获知当前组播接收端请求重传的数据为消息序号为7的1帧数据(组播发送端接收到的该组播接收端非首次发送的重传会话反馈消息，除了是组播接收端发送的新的重传会话请求，也是该组播接收端返回的对已经接收到重传数据的确认反馈消息，即重传数据的ACK，确认已经收到消息序号4～6的重传数据)。由于请求重传的数据量小于预设发送窗口的大小3，因此可以完整发送本次请求重传的数据，具体地，组播发送端先从已标示上消息序号且组播发送过的第一组播数据中寻找消息序号为7的数据，将其复制获取得到携带消息序号7的重传数据，并发送该重传数据。当组播接收端接收到该消息序号为7的重传数据后，缺口已填充完毕，可以再次发送重传会话反馈消息给发送端告知当前的缺口已填充完毕，此时重传起始序号和终止序号可以设置为空，或者将起始序号和终止序号都设置为一个特殊标示，例如“00”，以表示当前无需请求重传数据。

即由于预设重传发送窗口大小的限制，若组播接收端请求重传的数据过多，组播发送端收到重传会话反馈消息后，并不会一次性发送组播接收端请求的全部数据，而是根据预设重传发送窗口大小，发送一部分重传数据，在收到新的重传会话反馈消息后再继续发送接下来的重传数据，从而避免因单次重传数据发送过多过快而加重发送端和通讯网络的负担。

可选地，所述步骤S102包括：

若同时接收到两个及两个以上的组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息、预设重传优先级调度机制及预设重传发送窗口大小，发送携带消息序号的重传数据，所述预设重传优先级调度机制设定组播接收端的重传优先顺序。

组播发送端可以同时接收多个组播接收端发送的重传会话反馈消息，重传优先级调度机制决定组播接收端的重传优先顺序，在组播发送端接收到多个接收端的重传会话反馈消息后根据重传优先级调度机制中预设的重传优先级调度方式，选择重传优先级最高的组播接收端优先进行重传处理，发送重传数据。可选地，重传优先级调度机制包括以下的任意一种调度方式：

A：先到先处理调度方式：根据接收到的重传会话反馈消息到达的先后顺序进行调度处理。

B：序号最高优先调度方式：根据接收到的多个组播接收端发送的重传会话反馈消息中包含的起始序号，起始序号最大的优先进行重传处理。该调度方式适用于多个组播接收端共同执行相同任务的多活架构部署系统，优先确保处理速度最快的组播接收端能够及时收到重传数据，提高该处理速度最快的组播接收端的实时性，由此提升多活架构整体的实时性。

C：序号最低优先调度方式：根据接收到的多个组播接收端发送的重传会话反馈消息中包含的起始序号，起始序号最小的优先进行重传处理。该调度方式适用于多个接收端并行执行不同任务的分布式部署系统，优先确保接收序号最小的组播接收端能够及时收到重传数据，提高整个系统中接收数据速度最慢的组播接收端的速度，由此提高分布式事务的实时性。

可选地，所述重传优先级调度机制中还包括预设优先级分数表。该预设优先级分数表记录了每个组播接收端的优先级分数，根据预设优先级分数表，优先级分数高的组播接收端优先进行重传处理，若存在优先级分数一样的多个组播接收端，再根据上述的任意一种调度方式进行重传调度处理。

可选地，所述步骤S102中包括重传的组播发送预测机制，根据该机制所述步骤S102具体包括以下步骤：

S102A：若接收到组播接收端发送的第一重传会话反馈消息，则比较所述组播接收端的预存概率分数与预设分数阈值的大小。

预存概率分数为组播发送端为每个组播接收端存储的一个量化一段时间内可能存在与该组播接收端当前的重传会话反馈消息(即第一重传会话反馈消息)相同的其它重传会话反馈消息(即第二重传会话反馈消息)的概率，即存在与该组播接收端有同样的重传请求的其它组播接收端的概率。可选地，该预存概率分数可以以表格的形式存储在组播发送端中。预设分数阈值是组播发送端预设的一个决定是否采用组播方式向组播接收端发送重传数据的判断阈值。组播发送端在接收到组播接收端的重传会话反馈消息后，比较该组播接收端的预测概率分数与组播发送端的预设分数阈值的大小。

S102B：若所述组播接收端的预存概率分数大于或者等于所述预设分数阈值，则根据所述第一重传会话反馈消息及预设重传发送窗口大小，以组播的方式发送携带消息序号的重传数据，否则以单播的方式发送携带消息序号的重传数据。

若该组播接收端的预测概率分数大于或者等于预设分数阈值，则表明在一段时间内，可能存在与该组播接收端请求同样的重传数据的其它组播接收端，因此采用组播的方式发送携带消息序号的重传数据。具体地，组播发送端可以在检测到与第一重传会话反馈消息具有一样的起始序号及终止序号的重传会话反馈消息达到预设数量阈值或者到达预设时间阈值时，根据所述第一重传会话反馈消息及预设重传发送窗口大小，以组播的方式发送携带消息序号的重传数据。若该组播接收端的预测概率分数小于预设分数阈值，则表明在一段时间内，不存在与该组播接收端请求同样的重传数据的其它组播接收端，直接根据所述第一重传会话反馈消息及预设重传发送窗口大小，以单播的方式向该组播接收端发送携带消息序号的重传数据。

S102C：在距离接收到所述组播接收端的第一重传会话反馈消息的时间间隔超过第二预设时间段后，根据所述第一重传会话反馈消息及第二预设时间段内接收到的第二重传会话反馈消息，更新所述组播接收端的预存概率分数。

若组播发送端在距离收到该组播接收端的第一重传会话反馈消息的时间间间隔达到第二预设时间段，则判断在第二预设时间段内接收到的第二重传会话反馈消息中是否存在与第一重传会话反馈消息所请求的重传数据相同的重传会话反馈消息(即包含的起始序号、终止序号与第一重传会话反馈消息相同)。若存在预设个数(可以为1或者大于1的任何预设数值)的与第一重传会话反馈消息所请求的重传数据相同的第二重传会话反馈消息，则表明在接收到第一重传会话反馈消息后的第二预设时间段内再次收到预设个数的其它组播接收端同样的重传请求，此时提高该组播接收端的预存概率分数，可选地，新预存概率分数＝(旧预存概率分数)×(系数1)+1×(系数2)。若不存在，则表明在接收到第一重传会话反馈消息后的第二预设时间段内没有接收到预设个数的其它组播接收端发送的同样的重传请求，此时降低该接收端的预存概率分数，可选地，新预存概率分数＝(旧预存概率分数)×(系数1)－1×(系数2)。可选地，系数1小于系数2、系数3，以使每次更新的该组播接收端的预存概率分数更接近当前的系统状态，形成一种短期记忆。

由于小数量的重复丢包可能是传输时的网络帧损坏或网络硬件缓存栈溢出所致，和网络拓扑结构以及网络硬件设备好坏有一定关系，因此通过该方法记忆，能够尽可能地避免重复发送相同的重传数据，降低发送端和网络负担。

本发明实施例中，由于组播发送端接收包括起始序列及终止序列的重传会话反馈消息，根据重传会话反馈消息来发送重传数据，因此能够及时、准确地发送重传数据，即根据组播接收端所需的重传数据发送且不发送其它多余的冗余数据，从而保证组播通讯的可靠性及效率；同时通过预设重传发送窗口的大小来限制每次重传数据的数量，从而避免网络堵塞，进一步提高组播通讯的通讯效率。

实施例二：

图3示出了本申请实施例提供的第二种组播通讯方法的流程示意图，应用于组播通讯系统中的组播接收端，可以是手机、平板电脑、个人数字助理、笔记本电脑、桌上型计算机、服务器等终端设备。该组播通讯方法详述如下：

在S301中，接收携带消息序号的数据消息，其中所述携带消息序号的数据消息包括第一组播数据、心跳消息及重传数据中的任意一项。

接收组播发送端发送的携带消息序号的数据消息，该数据消息包括第一组播数据、心跳消息、重传数据中的任意一项。其中，第一组播数据为组播发送端所要向组播接收端正常组播的携带实质信息的数据；心跳消息为组播发送端在没有待发送的第一组播数据时，向组播接收端发送的只携带消息序号不携带其它实质信息的数据，用于告知组播接收端当前组播发送端还处于连接状态；重传数据为组播发送端根据组播接收端的请求，重新传送给组播接收端的数据。第一组播数据、心跳消息及重传数据分别携带各自不同的标志位信息，以便组播接收端区分该数据消息的类型。例如标识位为0的为第一组播消息，标志位为1的为心跳消息，标识位为2的为重传数据。

在S302中，若所述数据消息为第一组播数据或者心跳消息，且当前处于非重传会话状态，则：

根据所述消息序号判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则开启重传会话状态并发送重传会话反馈消息，其中所述重传会话反馈消息包括所需请求的重传数据的起始序号及终止序号。

若组播接收端检测到当前接收到的数据消息为第一组播数据或者心跳消息，例如检测到当前的数据消息的标识位为0或者1时，则接着检测当前是否处于非重传会话状态。如果处于非重传会话状态，则根据数据消息中携带的消息序号判断组播接收端的数据中是否存在数据缺口，例如接收到的第一组播数据或者心跳消息的消息序号为18，而组播接收端只有消息序号为1～12的已接收数据，则判断当前存在数据缺口，缺失消息序号为13～17的数据。

如果存在数据缺口，且该缺口存在的时间超过预设的时间段阈值，则开启重传会话状态，并发送重传会话反馈消息请求重传数据，该重传会话反馈消息包括所需请求的重传数据的起始序号及终止序号，如上例，此时对应的重传会话反馈消息的起始序号为13，终止序号为17。

可选地，若所述数据消息为第一组播数据或者心跳消息，所述方法还包括：

若当前处于重传会话状态，则判断当前距离上一次接收到重传数据的时间间隔是否超出第三预设时间段；

若超出第三预设时间段，则再次发送重传会话反馈消息。

不管组播接收端是处于非重传会话状态还是重传会话状态，都可能接收到第一组播数据或者心跳消息。当组播接收端接收到第一组播数据消息或者心跳消息，且检测到当前组播接收端处于重传会话状态，则接着判断当前距离上一次接收到重传数据的时间间隔是否超出第三预设时间段。如果超出第三预设时间段，则说明重传反馈消息或者重传数据可能丢失，因此再次发送重传会话反馈消息，以防止数据的缺失。第三预设时间段可以根据具体组播通讯系统架构或者实际网络状态设定，例如可以设置为20秒。可选地，在步骤S302之前，包括：接收第三设定指令，设置第三预设时间段。

在S303中，若所述数据消息为重传数据，则当前处于重传会话状态，此时：

根据所述消息序号，判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则重新发送重传会话反馈消息，否则取消重传会话状态。

对于第一组播数据或者心跳消息，不管组播接收端是处于非重传会话状态还是重传会话状态，都可能接收到这两种类型的数据消息；而对于重传数据，只有组播接收端处于重传会话状态时才能接收到这种类型的数据消息，因此，当组播接收端接收到的数据消息为重传数据时则可判定当前组播接收端处于重传会话状态。此时，根据重传数据携带的消息序号，判断组播接收端的数据中是否存在数据缺口。例如此次接收到的重传数据携带的消息序号为13～15，而组播接收端已经接收到的数据的消息序号为1～12、18，则此时还存在数据缺口，缺失的数据为16～17，此时重传发送重传会话反馈消息，该重传会话反馈消息的起始序号为16，终止序号为17。如果此次接收到的重传数据携带的消息序号为13～17，而组播接收端原本接收到的数据的消息序号为1～12、18，则此时数据缺口已经填充完毕，不存在数据缺口，于是组播接收端取消重传会话状态。可选地，组播接收端再取消重传会话状态之前，还包括：组播接收端先发送一个结束重传会话的反馈消息或者一个起止序号和终止序号都为空(或者将起始序号和终止序号都设置为一个特殊标示，例如“00”)的重传会话反馈消息给组播发送端，告知组播发送端当前数据缺口已经填充完毕，无需再次请求重传数据。

可选地，所述步骤S303中的若存在数据缺口，则重新发送重传会话反馈消息，包括：

若存在数据缺口，并且距离接收到所述重传数据的时间超出预设最大反馈间隔时长或者缓存的重传数据超出预设重传数据缓存阈值后，重新发送重传会话反馈消息。

处于会话状态中的组播接收端，若在接收到重传数据后缺口未填充完毕，即组播接收端依然存在数据缺口，且距离接收到该重传数据的时间超出了预设的最大反馈间隔时长，或者此时累积接收到缓存的重传数据已经超出预设重传数据缓存阈值，则重新发送重传会话反馈消息，以使处于重传会话状态的组播接收端可以自动间隔性地发送重传会话反馈消息给组播发送端，既预留一定的反应时间和数据等待时间又能够及时自动发起新的重传请求。

本发明实施例中，组播接收端在非重传会话状态下接收到正常组播数据、心跳消息后，若存在数据缺口则及时开启重传会话状态，并发送重传会话反馈消息请求重传；且组播接收端在接收到重传数据后，会重新发送重传会话反馈消息，因为重传会话反馈消息包括所需请求的重传数据的起始序号及终止序号，所以该重传会话反馈消息既是组播接收端对已接收到的重传数据的确认反馈也是组播接收端对下一次重传数据的请求。由于能够及时、准确地反馈组播接收端当前的数据接收状况、请求重传缺失的数据，因此能够保证组播通讯的可靠性及效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例三：

图4示出了本申请实施例提供的一种组播通讯系统的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分：

该组播通讯系统包括：入口网关41、组播发送端42、组播接收端43。其中：

入口网关41，用于根据系统的业务应答速率控制整体数据流量。

入口网关位于组播通讯系统的入口处，是组播通讯系统内部与外部数据进行交互的窗口。在入口网关监控组播通讯系统的整体业务应答速率，即整个组播通讯系统对外部数据的处理应答能力，根据该业务应答速率，控制外部数据与入口网关之间传输的数据流量大小。例如，若入口网关检测到组播通讯系统内部当前的业务应答速率缓慢，则缩小入口网关的传输窗口的大小，限制外部与组播通讯系统之间的数据传输量，避免组播系统内部网络的负担过重，出现网络拥塞。若入口网关检测到组播通讯系统内部当前的业务应答速率加快，则增大入口网关的传输窗口的大小，从而增大外部与组播通讯系统之间的数据传输量，提高数据处理效率。

由于整个组播通讯系统通常为一个多级串联系统，在组播通讯系统中的入口网关进行整体的数据流量控制，能够减少组播通讯系统内部的网络拥塞，提高组播通讯系统的可靠性及效率。

可选地，所述入口网关还包括：

重传信息统计单元，用于监测组播通讯系统内部的重传情况。

重传信息包括组播通讯系统内部与重传处理相关的数据，例如重传会话反馈消息及重传数据。若在一段时间内，重传信息的总数量超过预设阈值时，则说明当前组播通讯系统内部的重传请求频繁，则当前的网络状况或者组播通讯系统内部的硬件设备可能存在某些故障，此时可以发出预警信息，提示当前存在高频率重传现象，以提醒相关人员进行系统检修，或者直接触发自动检修功能，自动进行系统修复。

组播发送端42如图5所示，包括第一组播单元421，第一重传单元422：

所述第一组播单元421，用于组播发送携带消息序号的第一组播数据或者携带消息序号的心跳消息。

第一组播数据为组播发送端所要向组播通讯系统中的各个组播接收端正常组播的携带实质信息的数据。第一组播数据携带消息序号，消息序号为组播发送端对待发送的第一组播数据的每一帧数据按顺序赋予的编号，消息序号越小的数据越先被发送。例如在一项组播发送任务中，组播发送端先将待发送的组播数据按顺序分为携带消息序号1、2、3、4的4帧第一组播数据，之后这4帧数据按消息序号1、2、3、4的顺序依次被发送。

心跳消息为当组播发送端一段时间内不存在待发送的第一组播数据时，发送的只携带消息序号不携带其它实质信息的数据，用于将当前组播发送端还处于连接状态的信息告知组播接收端。心跳消息的消息序号与上一次发送的第一组播数据的消息序号相同。

可选地，所述第一组播单元421包括第一检测模块和第二检测模块：

第一检测模块，用于若检测到存在待发送的第一组播数据，则组播发送携带消息序号的所述待发送的第一组播数据。

第二检测模块，用于若检测到第一预设时间段内都不存在待发送的第一组播数据，则组播发送携带消息序号的心跳消息。

所述第一重传单元422，用于若接收到组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息及预设重传发送窗口大小，发送携带消息序号的重传数据，其中所述重传会话反馈消息包括组播接收端请求重传数据的起始序号及终止序号，所述重传数据的数据量小于或等于预设重传发送窗口限制的数据量。

重传会话反馈消息为组播接收端发送的重传会话请求，包括组播接收端请求重传数据的起始序号及终止序号，因此重传会话反馈消息能够让组播发送端准确地获知组播接收端当前所需请求重传的数据。对于组播发送端，接收到一个组播接收端发送的重传会话反馈消息后，就会对应开启一个重传发送窗口，用于向组播接收端发送重传数据。在组播发送端，会预先设置重传发送窗口的大小(即设置预设重传发送窗口大小)，用于限制单次发送的重传数据的数据量，以避免由于重传数据的数据量过大，造成网络拥塞。预设重传发送窗口大小可以根据组播通讯系统架构、传输通道带宽、实际网络状态设定等具体条件而设置。组播发送端在接收到组播接收端发送的重传会话反馈消息之后，根据重传会话反馈消息及预设重传发送窗口的大小，发送携带消息序号的重传数据。

可选地，所述组播发送端还包括调度器，所述调度器包含预设重传优先级调度机制，用于若同时接收到两个及两个以上的组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息、预设重传优先级调度机制及预设重传发送窗口大小，发送携带消息序号的重传数据，所述预设重传优先级调度机制决定组播接收端的重传优先顺序。

可选地，所述组播发送端还包括调度器，所述调度器包含重传的组播发送预测机制，用于若接收到组播接收端发送的第一重传会话反馈消息，则比较所述组播接收端的预存概率分数与预设分数阈值的大小；若所述组播接收端的预存概率分数大于或者等于所述预设分数阈值，则根据所述第一重传会话反馈消息及预设重传发送窗口大小，以组播的方式发送携带消息序号的重传数据，否则以单播的方式发送携带消息序号的重传数据；在距离接收到所述组播接收端的第一重传会话反馈消息的时间间隔达到第二预设时间段后，根据所述第一重传会话反馈消息及第二预设时间段内接收到的第二重传会话反馈消息，更新所述组播接收端的预存概率分数。如图6所示，为组播发送端进行重传处理调度的交互示意图。

组播接收端43如图7所示，包括接收单元431、第一处理单元432、第二处理单元433：

所述接收单元431，用于接收携带消息序号的数据消息，其中所述携带消息序号的数据消息包括第一组播数据、心跳消息及重传数据中的任意一项。

接收组播发送端发送的携带消息序号的数据消息，该数据消息包括第一组播数据、心跳消息、重传数据中的任意一项。其中，第一组播数据为组播发送端所要向组播接收端正常组播的携带实质信息的数据；心跳消息为组播发送端在没有待发送的第一组播数据时向组播接收端发送的只携带消息序号不携带其它实质信息的数据，用于告知组播接收端当前组播发送端还处于连接状态；重传数据为组播发送端根据组播接收端的请求重新传送给组播接收端的数据。第一组播数据、心跳消息及重传数据分别携带各自不同的标志位信息，以便组播接收端区分该数据消息的类型。例如标识位为0的为第一组播消息，标志位为1的为心跳消息，标识位为2的为重传数据。

所述第一处理单元432，用于若所述数据消息为第一组播数据或者心跳消息，且当前处于非重传会话状态，则：

根据所述消息序号判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则开启重传会话状态并发送重传会话反馈消息，其中所述重传会话反馈消息包括所需请求的重传数据的起始序号及终止序号。

若组播接收端检测到当前接收到的数据消息为第一组播数据或者心跳消息，例如检测到当前的数据消息的标识位为0或者1时，则接着检测当前是否处于非重传会话状态。如果处于非重传会话状态，则根据数据消息中携带的消息序号判断组播接收端的数据中是否存在数据缺口，例如接收到的第一组播数据或者心跳消息的消息序号为18，而组播接收端只有消息序号为1～12的已接收数据，则判断当前存在数据缺口，缺失消息序号为13～17的数据。

如果存在数据缺口，且该缺口存在的时间超过预设的时间段阈值，则开启重传会话状态，并发送重传会话反馈消息请求重传数据，该重传会话反馈消息包括所需请求的重传数据的起始序号及终止序号，如上例，此时对应的重传会话反馈消息的起始序号为13，终止序号为17。

所述第二处理单元433，用于若所述数据消息为重传数据，则当前处于重传会话状态，此时：

根据所述消息序号，判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则重新发送重传会话反馈消息，否则取消重传会话状态。

可选地，所述第二处理单元433包括：

重传会话反馈消息重发模块，用于若存在数据缺口，并且距离接收到所述重传数据的时间超出预设最大反馈间隔时长或者缓存的重传数据超出预设重传数据缓存阈值后，重新发送重传会话反馈消息。

可选地，所述组播接收端还包括：

第三处理单元，用于若所述数据消息为第一组播数据或者心跳消息且当前处于重传会话状态，则判断当前距离上一次接收到重传数据的时间间隔是否超出第三预设时间段；若超出第三预设时间段，则再次发送重传会话反馈消息。

本发明实施例中，由于在组播通讯系统中的入口网关进行整体的数据流量控制，能够减少组播通讯系统内部的网络拥塞，提高组播通讯系统的可靠性及效率。同时，在组播发送端和组播接收端中传输包括起始序列及终止序列的重传会话反馈消息，根据重传会话反馈消息来发送重传数据，因此能够及时、准确地发送重传数据，即根据组播接收端所需的重传数据发送且不发送其它多余的冗余数据，从而保证组播通讯的可靠性及效率；并且，通过预设重传发送窗口的大小来限制每次重传数据的数量，从而避免网络堵塞，进一步提高组播通讯的通讯效率。

实施例四：

图8是本发明一实施例提供的终端设备的示意图。如图8所示，该实施例的终端设备8包括：处理器80、存储器81以及存储在所述存储器81中并可在所述处理器80上运行的计算机程序82，例如组播通讯程序。所述处理器80执行所述计算机程序82时实现上述各个组播通讯方法实施例中的步骤，例如图1所示的步骤S101至S102或图3所示的步骤S301至S303。或者，所述处理器80执行所述计算机程序82时实现上述各装置实施例中各模块/单元的功能，例如图5所示单元421至422的功能或如图7所示单元431至433的功能。

示例性的，所述计算机程序82可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器81中，并由所述处理器80执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序82在所述终端设备8中的执行过程。例如，所述计算机程序82可以被分割成第一组播单元、第一重传单元，各单元具体功能如下：

第一组播单元，用于组播发送携带消息序号的第一组播数据或者携带消息序号的心跳消息。

第一重传单元，用于若接收到组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息及预设重传发送窗口大小，发送携带消息序号的重传数据，其中所述重传会话反馈消息包括组播接收端请求重传数据的起始序号及终止序号，所述重传数据的数据量小于或等于预设重传发送窗口限制的数据量。

或者，所述计算机程序82可以被分割成接收单元、第一处理单元、第二处理单元，各单元具体功能如下：

接收单元，用于接收携带消息序号的数据消息，其中所述携带消息序号的数据消息包括第一组播数据、心跳消息及重传数据中的任意一项。

第一处理单元，用于若所述数据消息为第一组播数据或者心跳消息，且当前处于非重传会话状态，则：

根据所述消息序号判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则开启重传会话状态并发送重传会话反馈消息，其中所述重传会话反馈消息包括所需请求的重传数据的起始序号及终止序号。

第二处理单元，用于若所述数据消息为重传数据，则当前处于重传会话状态，此时：

根据所述消息序号，判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则重新发送重传会话反馈消息，否则取消重传会话状态。

所述终端设备8可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器80、存储器81。本领域技术人员可以理解，图8仅仅是终端设备8的示例，并不构成对终端设备8的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器80可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器81可以是所述终端设备8的内部存储单元，例如终端设备8的硬盘或内存。所述存储器81也可以是所述终端设备8的外部存储设备，例如所述终端设备8上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器81还可以既包括所述终端设备8的内部存储单元也包括外部存储设备。所述存储器81用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器81还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种组播通讯方法，所述方法应用于组播通讯系统中的组播发送端，其特征在于，包括：

组播发送携带消息序号的第一组播数据或者携带消息序号的心跳消息；

若接收到组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息及预设重传发送窗口大小，发送携带消息序号的重传数据，其中所述重传会话反馈消息包括组播接收端请求重传数据的起始序号及终止序号，所述重传数据的数据量小于或等于预设重传发送窗口限制的数据量。

2.如权利要求1所述的组播通讯方法，其特征在于，所述组播发送携带消息序号的第一组播数据或者携带消息序号的心跳消息，包括：

若检测到存在待发送的第一组播数据，则组播发送携带消息序号的所述待发送的第一组播数据；

若检测到第一预设时间段内都不存在待发送的第一组播数据，则组播发送携带消息序号的心跳消息。

3.如权利要求1所述的组播通讯方法，其特征在于，所述若接收到组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息及预设重传发送窗口的大小，发送携带消息序号的重传数据，包括：

若同时接收到两个及两个以上的组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息、预设重传优先级调度机制及预设重传发送窗口大小，发送携带消息序号的重传数据，所述预设重传优先级调度机制决定组播接收端的重传优先顺序。

4.如权利要求1所述的组播通讯方法，其特征在于，所述重传会话反馈消息包括第一重传会话反馈消息和第二重传会话反馈消息，所述若接收到组播接收端发送的重传会话反馈消息，则根据所述重传会话反馈消息及预设重传发送窗口大小，发送携带消息序号的重传数据，包括：

若接收到组播接收端发送的第一重传会话反馈消息，则比较所述组播接收端的预存概率分数与预设分数阈值的大小；

若所述组播接收端的预存概率分数大于或者等于所述预设分数阈值，则根据所述第一重传会话反馈消息及预设重传发送窗口大小，以组播的方式发送携带消息序号的重传数据，否则以单播的方式发送携带消息序号的重传数据；

在距离接收到所述组播接收端的第一重传会话反馈消息的时间间隔达到第二预设时间段后，根据所述第一重传会话反馈消息及第二预设时间段内接收到的第二重传会话反馈消息，更新所述组播接收端的预存概率分数。

5.一种组播通讯方法，所述方法应用于组播通讯系统中的组播接收端，其特征在于，包括：

接收携带消息序号的数据消息，其中所述携带消息序号的数据消息包括第一组播数据、心跳消息及重传数据中的任意一项；

若所述数据消息为第一组播数据或者心跳消息，且当前处于非重传会话状态，则：

根据所述消息序号判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则开启重传会话状态并发送重传会话反馈消息，其中所述重传会话反馈消息包括所需请求的重传数据的起始序号及终止序号；

若所述数据消息为重传数据，则当前处于重传会话状态，此时：

根据所述消息序号，判断组播接收端的数据中是否存在数据缺口；

若存在数据缺口，则重新发送重传会话反馈消息，否则取消重传会话状态。

6.如权利要求5所述的组播通讯方法，其特征在于，所述若所述数据消息为第一组播数据或者心跳消息，则所述方法还包括：

若当前处于重传会话状态，则判断当前距离上一次接收到重传数据的时间间隔是否超出第三预设时间段；

若超出第三预设时间段，则再次发送重传会话反馈消息。

7.如权利要求5所述的组播通讯方法，其特征在于，所述若存在数据缺口，则重新发送重传会话反馈消息，包括：

若存在数据缺口，并且距离接收到所述重传数据的时间超出预设最大反馈间隔时长或者缓存的重传数据超出预设重传数据缓存阈值后，重新发送重传会话反馈消息。

8.一种组播通讯系统，其特征在于，包括：

入口网关，用于根据系统的业务应答速率控制整体数据流量；

组播发送端，用于执行如在权利要求1至4任意一项方法；

组播接收端，用于执行如权利要求5至7任意一项方法。

9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述方法的步骤。