CN115022232A - 组播组的管理方法、装置、设备及存储介质 - Google Patents
组播组的管理方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN115022232A CN115022232A CN202210800748.4A CN202210800748A CN115022232A CN 115022232 A CN115022232 A CN 115022232A CN 202210800748 A CN202210800748 A CN 202210800748A CN 115022232 A CN115022232 A CN 115022232A
- Authority
- CN
- China
- Prior art keywords
- multicast group
- message
- information
- identifier
- relay device
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/26—Route discovery packet
Abstract
本申请提供一种组播组的管理方法、装置、设备及存储介质,涉及通信领域,用于增加终端之间数据传输的应用场景。该方法包括:第一中继设备发送第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。第一中继设备接收来自第二中继设备的第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息包括多个第二标识,第二标识为至少一个第一标识中的标识,管理数量信息用于指示组播组内接收终端的数量。第一中继设备根据第二消息,更新每个第二标识对应的组播组的管理数量信息。其中,第一消息和第二消息为开放式最短路径优先OSPF消息。
Description
技术领域
本申请涉及通信领域,尤其涉及一种组播组的管理方法、装置、设备及存储介质。
背景技术
近年来,随着通信技术的发展,终端之间的数据传输可以通过多种方式实现。例如,多个发送数据的终端(可以称为发送终端)可以通过组播的方式向多个接收数据的终端(可以称为接收终端)发送数据。
目前,在一个虚拟专用网络(Virtual Private Network,VPN)中的多个中继设备可以构建组播组。多个发送终端通过组播的方式向多个接收终端发送数据时,多个中继设备(如路由器)可以建立组播组。之后,多个发送终端可以通过VPN向组播组内的中继设备发送数据,并由组播组内的中继设备将数据转发至多个接收终端。
但是,上述技术方案中,VPN中的中继设备需要支持边界网关协议(BorderGateway Protocol,BGP),限制了终端之间数据传输的应用场景。
发明内容
本申请提供一种组播组的管理方法、装置、设备及存储介质,用于增加终端之间数据传输的应用场景。
为达到上述目的,本申请采用如下技术方案:
根据本申请的第一方面,提供一种组播组的管理方法。该方法包括:
第一中继设备发送第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。第一中继设备接收来自第二中继设备的第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息包括多个第二标识,第二标识为至少一个第一标识中的标识,管理数量信息用于指示组播组内接收终端的数量。第一中继设备根据第二消息,更新每个第二标识对应的组播组的管理数量信息。其中,第一消息和第二消息为开放式最短路径优先OSPF消息。
可选的,多个第二标识按照预设顺序排列,第二消息还包括:第一信息和第二信息,第一信息用于指示加入排列在第一次序的第二标识对应的组播组,第二信息用于指示离开排列在第二次序的第二标识对应的组播组。该组播组的管理方法还包括:第一中继设备根据按照预设顺序排列的多个第二标识、第一信息和第二信息,确定每个第二标识对应的组播组的待更新数量,待更新数量为组播组内接收终端变更的数量。第一中继设备根据每个第二标识对应的组播组的待更新数量,更新每个第二标识对应的组播组的管理数量信息。
可选的,该组播组的管理方法还包括:第一中继设备获取第一时刻和第二时刻,第一时刻为第一中继设备发送第一消息的时刻,第二时刻为第一中继设备接收第二消息的时刻。第一中继设备确定目标时间,目标时间为第一时刻与第二时刻之间的差值。第一中继设备确定目标时间是否小于预设时间差阈值。若目标时间小于预设时间差阈值,第一中继设备则根据第二消息,更新每个第二标识对应的组播组的管理数量信息。
根据本申请的第二方面,提供一种组播组的管理方法。该方法包括:
第二中继设备接收来自第一中继设备的第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。第二中继设备获取第三信息和第四信息,第三信息用于指示至少一个组播组中每个组播组中加入的接收终端的数量,第四信息用于指示至少一个组播组中每个组播组中离开的接收终端的数量。第二中继设备根据第三信息和第四信息,确定多个第二标识,第二标识为至少一个第一标识中的标识。第二中继设备向第一中继设备发送第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息包括多个第二标识,管理数量信息用于指示组播组内接收终端的数量。其中,第一消息和第二消息为开放式最短路径优先OSPF消息。
可选的,多个第二标识按照预设顺序排列,第二消息还包括:第一信息和第二信息,第一信息用于指示加入排列在第一次序的第二标识对应的组播组,第一信息用于指示离开排列在第二次序的第二标识对应的组播组。
可选的,该组播组的管理方法还包括:第二中继设备向多个接收终端发送第三消息,第三消息用于查询是否加入至少一个组播组中的组播组。第二中继设备接收来自多个接收终端中每个接收终端的第五信息和第六信息,第五信息用于指示加入至少一个组播组中的组播组,第六信息用于指示离开至少一个组播组中的组播组。第二中继设备根据每个接收终端的第五信息,确定第三信息。第二中继设备根据每个接收终端的第六信息,确定第四信息。
根据本申请的第三方面,提供一种组播组的管理装置。该装置包括:发送模块、接收模块和处理模块。
发送模块,用于发送第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。接收模块,用于接收来自第二中继设备的第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息包括多个第二标识,第二标识为至少一个第一标识中的标识,管理数量信息用于指示组播组内接收终端的数量。处理模块,用于根据第二消息,更新每个第二标识对应的组播组的管理数量信息。其中,第一消息和第二消息为开放式最短路径优先OSPF消息。
可选的,多个第二标识按照预设顺序排列,第二消息还包括:第一信息和第二信息,第一信息用于指示加入排列在第一次序的第二标识对应的组播组,第二信息用于指示离开排列在第二次序的第二标识对应的组播组。处理模块,还用于根据按照预设顺序排列的多个第二标识、第一信息和第二信息,确定每个第二标识对应的组播组的待更新数量,待更新数量为组播组内接收终端变更的数量。处理模块,还用于根据每个第二标识对应的组播组的待更新数量,更新每个第二标识对应的组播组的管理数量信息。
可选的,处理模块,还用于获取第一时刻和第二时刻,第一时刻为第一中继设备发送第一消息的时刻,第二时刻为第一中继设备接收第二消息的时刻。处理模块,还用于确定目标时间,目标时间为第一时刻与第二时刻之间的差值。处理模块,还用于确定目标时间是否小于预设时间差阈值。处理模块,还用于若目标时间小于预设时间差阈值,第一中继设备则根据第二消息,更新每个第二标识对应的组播组的管理数量信息。
根据本申请的第四方面,提供一种组播组的管理装置。该装置包括:发送模块、接收模块和处理模块。
接收模块,用于接收来自第一中继设备的第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。处理模块,用于获取第三信息和第四信息,第三信息用于指示至少一个组播组中每个组播组中加入的接收终端的数量,第四信息用于指示至少一个组播组中每个组播组中离开的接收终端的数量。处理模块,还用于根据第三信息和第四信息,确定多个第二标识,第二标识为至少一个第一标识中的标识。发送模块,用于向第一中继设备发送第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息包括多个第二标识,管理数量信息用于指示组播组内接收终端的数量。其中,第一消息和第二消息为开放式最短路径优先OSPF消息。
可选的,多个第二标识按照预设顺序排列,第二消息还包括:第一信息和第二信息,第一信息用于指示加入排列在第一次序的第二标识对应的组播组,第一信息用于指示离开排列在第二次序的第二标识对应的组播组。
可选的,发送模块,还用于向多个接收终端发送第三消息,第三消息用于查询是否加入至少一个组播组中的组播组。接收模块,还用于接收来自多个接收终端中每个接收终端的第五信息和第六信息,第五信息用于指示加入至少一个组播组中的组播组,第六信息用于指示离开至少一个组播组中的组播组。处理模块,还用于根据每个接收终端的第五信息,确定第三信息。处理模块,还用于根据每个接收终端的第六信息,确定第四信息。
根据本申请的第五方面,提供一种组播组的管理设备。该设备包括:处理器和存储器。
处理器和存储器耦合。存储器用于存储一个或多个程序,该一个或多个程序包括计算机执行指令,当该组播组的管理设备运行时,处理器执行该存储器存储的该计算机执行指令,以实现上述如第一方面或第二方面中任意一种可选地组播组的管理方法。
根据本申请的第六方面,提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当计算机执行该指令时,使得计算机能够执行上述如第一方面或第二方面中任意一种可选地组播组的管理方法。
根据本申请的第七方面,提供一种计算机程序产品,包括计算机程序,当其计算机程序被处理器执行时,使得计算机实现如第一方面或第二方面中任意一种可选地组播组的管理方法。
上述方案中,组播组的管理装置、计算机设备、计算机存储介质或者计算机程序产品所能解决的技术问题以及实现的技术效果可以参见上述第一方面或第二方面所解决的技术问题以及技术效果,在此不再赘述。
本申请提供的技术方案至少带来以下有益效果:第一中继设备发送第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。之后,第一中继设备接收来自第二中继设备的第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息包括:多个第二标识,第二标识为至少一个第一标识中的标识,管理数量信息用于指示组播组内接收终端的数量。之后,第一中继设备根据第二消息,更新每个第二标识对应的组播组的管理数量信息。其中,第一消息和第二消息为开放式最短路径优先(Open Shortest PathFirst,OSPF)消息。这样一来,第一中继设备和第二中继设备仅需要支持OSPF协议,便可以完成发送终端与接收终端之间的数据传输。减少了BGP协议和VPN对数据传输的限制,增加了终端之间数据传输的应用场景。并且,第一中继设备和第二中继设备无需支持BGP协议,降低了中继设备的要求,减少了用于终端之间数据传输的中继设备的成本。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理,并不构成对本申请的不当限定。
图1是根据一示例性实施例示出的一种组播组的数据包转发的实例示意图;
图2是根据一示例性实施例示出的一种通信系统的示意图;
图3是根据一示例性实施例示出的一种组播组的管理方法的流程图;
图4是根据一示例性实施例示出的另一种组播组的管理方法的流程图;
图5是根据一示例性实施例示出的另一种组播组的管理方法的流程图;
图6是根据一示例性实施例示出的另一种组播组的管理方法的流程图;
图7是根据一示例性实施例示出的另一种组播组的管理方法的流程图;
图8是根据一示例性实施例示出的另一种组播组的管理方法的流程图;
图9是根据一示例性实施例示出的一种组播组的管理的实例示意图;
图10是根据一示例性实施例示出的一种组播组的管理装置的结构框图;
图11是根据一示例性实施例示出的一种组播组的管理装置的结构框图;
图12是根据一示例性实施例示出的一种组播组的管理设备的结构示意图;
图13是根据一示例性实施例示出的一种计算机程序产品的概念性局部视图。
具体实施方式
为了使本领域普通人员更好地理解本申请的技术方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
此外,本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块,而是可选地还包括其他没有列出的步骤或模块,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。
另外,在本申请实施例中,“示例性的”、或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”、或者“例如”等词旨在以具体方式呈现概念。
需要说明的是,本申请所涉及的业务信息(包括但不限于用户账号信息、用户个人信息等),均为经用户授权或者经过各方充分授权的信息。
本申请实施例的组播组的管理方法,可以应用于多个终端之间通过组播组进行数据传输的场景中。在相关技术中,在一个VPN中的多个中继设备可以构建组播组。多个发送终端通过组播的方式向多个接收终端发送数据时,多个中继设备(如位转发路由器(Bit-Forwarding Router,BFR))可以通过OSPF协议和VPN建立组播组。之后,多个发送终端可以通过OSPF协议和VPN向组播组内的中继设备发送数据,并由组播组内的中继设备将数据转发至多个接收终端。
需要说明的是,在上述技术方案中,中继设备可以通过位索引的显式复制(BitIndex Explicit Replication,BIER)将组播报文目的节点(即接收报文的中继设备)的集合以比特串的方式封装在报文头部进行发送,从而使中继设备无需为每一个组播流(Per-flow)建立组播树和保存组播流状态。中继设备仅需根据报文头部的目的节点的集合进行复制转发。
下面结合图1,对数据包转发的过程进行介绍。其中,中继设备A、中继设备B、中继设备C、中继设备D、中继设备E和中继设备F在同一个VPN下,中继设备A-中继设备E可以构建组播组。中继设备A是位转发入口路由器(Bit Forwarding Ingress Router,BFIR),中继设备D、中继设备E和中继设备F是位转发出口路由器(Bit Forwarding Egress Router,BFER)。也就是说,中继设备A与发送终端连接,中继设备D、中继设备E和中继设备F与接收终端连接。假如,与中继设备D连接的接收终端、与中继设备E连接的接收终端请求获取发送终端发送的数据包。
步骤一,中继设备(即BFR)可以通过OSPF将BIER的信息封装在报文中,通过标签交换路径(Label Switched Path,LSP)进行泛洪,确定BIER路由表(如表1)和位索引转发表(Bit Index Forwarding Table,BIFT)(如表2、表3和表4)。
其中,表1示出了中继设备A、中继设备D、中继设备E和中继设备F的BIER路由表。
表1
BFR-ID(SI:BS) | BFR-Prefix of Dest | BFR-NBR |
4(0:1000) | A | A |
1(0:0001) | D | C |
3(0:0100) | E | E |
2(0:0010) | F | C |
也就是说,表1可以用于指示BFR的身份标识号(Bit-Forwarding Router-Identity Document,BFR-ID)、BFR的前缀标识(BFR-Prefix of Dest)、BFR的子集标识(SetIdentifier,SI)、BFR的位串(BitString,BS)和BFR邻居(BFR neighbor,BFR-NBR)。
其中,表2示出了中继设备A的BIFT。
表2 BFR-A BIFT
ID | F-BM | BFR-NBR |
1 | 0111 | B |
2 | 0111 | B |
3 | 0111 | B |
4 | 1000 | A |
也就是说,BFR-A可以根据表2中的ID和转发位掩码(Forwarding Bit Mask,F-BM),确定需要接收消息的BFR-NBR。
表3 BFR-B BIFT
也就是说,BFR-B可以根据表3中的ID和F-BM,确定需要接收消息的BFR-NBR。
表4 BFR-C BIFT
ID | F-BM | BFR-NBR |
1 | 0001 | D |
2 | 0010 | F |
3 | 1100 | B |
4 | 1100 | B |
也就是说,BFR-C可以根据表4中的ID和F-BM,确定需要接收消息的BFR-NBR。
步骤二,中继设备A收到BIER域外的数据包,进行BIER封装(如,SI=0,BS=0101,BSL=4)。
步骤三,中继设备A进行数据包转发,中继设备A确定BS的最右数的第1位Bit是1,查BFR-ABIFT(即表2),确定第一条F-BM是0111,NBR是B。之后,中继设备A复制数据包,更新数据包的BS=0101(BS&F-BM)(0101&0111)。然后,中继设备A向中继设备B发送复制的数据包,并且,中继设备A更新原始数据包的BS=0000(BS&~F-BM)(0101&1000),中继设备A确定BS中没有为1的比特位,则中继设备A的转发过程结束。
步骤四,中继设备B进行数据包转发:中继设备B确定BS的最右数的第1位Bit是1,查BFR-B BIFT(即表3),确定第一条F-BM是0011,NBR是C。之后,中继设备B复制数据包,更新数据包的BS=0001(BS&F-BM)(0101&0011)。然后,中继设备B向中继设备C发送复制的数据包,并且,中继设备B更新原始数据包的BS=0100(BS&~F-BM)(0101&1100)。中继设备B查找BS从右数的第3位Bit是1,查BFR-B BIFT,确定第3条F-BM是0100,NBR是E。之后,中继设备B复制数据包,更新数据包的BS=0100(BS&F-BM)(0100&0100)。然后,中继设备B向中继设备E发送复制的数据包。并且,中继设备B更新原始数据包的BS=0000(BS&~F-BM)(0100&1011),中继设备B确定BS中没有为1的比特位,则中继设备B的转发过程结束。
需要说明的是,对于中继设备C、中继设备D、中继设备E转发数据包的过程可以参考步骤三和步骤四,此处不予赘述。
但是,在目前的技术方案中,VPN中的中继设备不仅需要支持OSPF协议,还需要支持BGP协议。这样一来,限制了终端之间数据传输的应用场景。并且,VPN中的中继设备需要支持BGP,提高了中继设备的要求,增加了建立VPN的成本。同时,多个组播组中的中继设备需要分别接收多个终端的消息,增加了多个组播组中的中继设备之间的消息的数量,增加了多个接收终端通过组播组中的中继设备接收来自发送终端的数据的时间,降低了终端之间的数据传输效率。
为了解决上述问题,本申请实施例提供一种组播组的管理方法,第一中继设备发送第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。之后,第二中继设备接收来自第一中继设备的第一消息,查询第二中继设备连接的多个接收终端中每个接收终端是否加入至少一个组播组中的组播组,并确定至少一个组播组中每个组播组中加入的接收终端的数量和离开的接收终端的数量。之后,第二中继设备根据至少一个组播组中加入接收终端的组播组和离开接收终端的组播组,确定多个第二标识,第二标识为至少一个第一标识中的标识。然后,第二中继设备将多个第二标识按照预设排列顺序进行排列,生成第二消息,并向第一中继设备发送第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息。之后,第一中继设备接收来自第二中继设备的第二消息,并且,第一中继设备根据第二消息,确定每个第二标识对应的组播组内接收终端变更的数量,进而更新每个第二标识对应的组播组内接收终端的数量。其中,第一消息和第二消息为开放式最短路径优先OSPF消息。这样一来,第一中继设备和第二中继设备仅需要支持OSPF协议,便可以完成发送终端与接收终端之间的数据传输。减少了BGP协议和VPN对数据传输的限制,增加了终端之间数据传输的应用场景。并且,第一中继设备和第二中继设备无需支持BGP协议,降低了中继设备的要求,减少了用于终端之间数据传输的中继设备的成本。
下面对本申请实施例的实施环境进行介绍。
图2为本申请实施例提供的一种通信系统示意图,如图2所示,该通信系统中可以包括:至少两个中继设备(如路由器201、路由器202和路由器203或基站等)、至少两个发送终端(如终端204、终端205和终端206)和至少两个接收终端(如终端207和终端208)。其中,路由器201可以接收来自终端204和终端205的消息,路由器202可以接收来自终端206的消息。并且,路由器201可以向路由器203发送来自终端204和终端205的消息,路由器202可以向路由器203发送来自终端206的消息。之后,路由器203可以接收来自路由器201和路由器202的消息,并且,路由器203可以向终端207和/或终端208发送来自路由器201和/或路由器202的消息。
在一些实施例中,路由器201、路由器202和路由器203可以通过接入电路(Attachment Circuit,AC)口与终端204、终端205、终端206、终端207和终端208进行交互。并且,路由器201、路由器202与路由器203之间可以通过网络结点接口(Network toNetwork Interface,NNI)进行交互。
其中,基站可以包括各种形式的基站,例如:宏基站,微基站(也称为小站),中继站,接入点等。具体可以为:是无线局域网(Wireless Local Area Network,WLAN)中的接入点(Access Point,AP),全球移动通信系统(Global System for Mobile Communications,GSM)或码分多址接入(Code Division Multiple Access,CDMA)中的基站(BaseTransceiver Station,BTS),也可以是宽带码分多址(Wideband Code Division MultipleAccess,WCDMA)中的基站(NodeB,NB),还可以是LTE中的演进型基站(Evolved Node B,eNB或eNodeB),或者中继站或接入点,或者车载设备、可穿戴设备以及未来5G网络中的下一代节点B(The Next Generation Node B,gNB)或者未来演进的公用陆地移动网(Public LandMobile Network,PLMN)网络中的基站等。
终端(如终端204、终端205、终端206、终端207和终端208)可以是具有收发功能的手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(Ultra-mobile Personal Computer,UMPC)、上网本,以及可穿戴设备等可以发送并接收消息的设备,本申请对该终端的具体形态不作特殊限制。其可以与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互。
需要说明的是,本申请实施例对第一中继设备和第二中继设备所处的网络不作限定。例如,第一中继设备和第二中继设备可以处于VPN中。又例如,第一中继设备和第二中继设备可以处于公用网络中。又例如,第一中继设备处于VPN中,第二中继设备处于公用网络中;或者,第一中继设备处于公用网络中,第二中继设备处于VPN中。
在介绍了本申请实施例的应用场景和实施环境之后,下面结合上述实施环境,对本申请实施例提供的组播组的管理方法进行详细介绍。
以下实施例中的方法均可以在上述应用场景中实现。以下实施例中以上述第一中继设备和第二中继设备处于公用网络中为例,结合说明书附图对本申请实施例进行具体说明。
图3是根据一示例性实施例示出的一种组播组的管理方法的流程图。如图3所示,该方法可以包括S301-S307。
S301、第一中继设备发送第一消息。
其中,第一消息用于查询是否加入组播组。第一消息可以包括:至少一个第一标识。至少一个第一标识为至少一个组播组的标识。
示例性的,第一消息包括第一标识A和第一标识B。其中,第一标识A为组播组A的标识,第一标识B为组播组B的标识。第一消息用于查询是否加入组播组A和/或组播组B。
在一种可能的设计中,第一消息还可以包括第七信息,第七信息用于指示管理至少一个组播组。其中,第一消息中的第七信息可以为第一标识符,第一标识符用于指示查询是否加入组播组。
在一种可能的实现方式中,第七信息为第一中继设备通过OSPF协议对BIER报文的扩展信息。
示例性的,第七信息可以为Sub-sub-TLV中Type(字段)对应的字段值。例如,第一标识符为80,Type对应的字段值为80。
需要说明的是,本申请实施例对第一标识符不作限定。例如,第一标识符可以由数字表示(如0、80、102等)。又例如,第一标识符可以由字母表示(如a、b、c等)。又例如,第一标识符可以由数字和字母表示(如a102、d1c23、F80e等)。
在本申请实施例中,第一消息为OSPF消息。第一中继设备可以根据OSPF协议将第一消息封装在BIER报文头部中。
示例性的,如表5所示,其示出了封装有第一消息的BIER报文头部的内容。封装有第一消息的BIER报文头部可以包括:Type(即第七信息)为80(即第一标识符),MulticastGroup Address 01(即组播组地址)为225.11.0.11(即第一标识)和Multicast GroupAddress 02(即组播组地址)为225.11.0.10(即第一标识)。其中,Type用于指示管理至少一个组播组,80用于查询是否加入组播组。可选的,封装有第一消息的BIER报文头部还可以包括:长度Length。
表5 BIER报文头部
Type | 8Bit | 80 |
Length | 8Bit | |
Multicast Group Address 01 | 32Bit | 225.11.0.11 |
Multicast Group Address 02 | 32Bit | 225.11.0.10 |
可选的,第一消息还可以包括至少一个发送终端的设备标识,至少一个发送终端的设备标识与至少一个第一标识相对应。
示例性的,如表6所示,其示出了封装有第一消息的BIER报文头部的内容。封装有第一消息的BIER报文头部可以包括:Type(即第七信息)为80(即第一标识符),MulticastGroup Address 01(即组播组地址)为225.11.0.11(即第一标识),Multicast GroupAddress 02(即组播组地址)为225.11.0.10(即第一标识),Source Address 01(即源地址)为1.0.0.11(即发送终端的设备标识)和Source Address 02(即源地址)为1.0.0.10(即发送终端的设备标识)。其中,Type用于指示管理至少一个组播组,80用于查询是否加入组播组。可选的,封装有第一消息的BIER报文头部还可以包括:长度Length。
表6 BIER报文头部
Type | 8Bit | 80 |
Length | 8Bit | |
Multicast Group Address 01 | 32Bit | 225.11.0.11 |
Source Address 01 | 32Bit | 1.0.0.11 |
Multicast Group Address 02 | 32Bit | 225.11.0.10 |
Source Address 02 | 32Bit | 1.0.0.10 |
在一种可能的实现方式中,第一中继设备可以广播第一消息。
可以理解的是,第一消息可以包括至少一个源地址,源地址为发送终端的设备标识,至少一个源地址与至少一个第一标识相对应。如此一来,中继设备(如第一中继设备、第二中继设备)可以根据第一消息,确定至少一个第一标识中每个第一标识对应的组播组中的发送终端,进而对组播组进行管理。
S302、第二中继设备接收来自第一中继设备的第一消息。
其中,第二中继设备为除第一中继设备之外的任一中继设备。
示例性的,多个中继设备包括处于公用网络的路由器A、路由器B和路由器C。假如第一中继设备为路由器A,则第二中继设备可以为路由器B与路由器C中的任意一个。
在一种可能的设计中,第一消息还可以包括第一数量信息。其中,第一数量信息用于指示至少一个第一标识的数量。
示例性的,如表7所示,其示出了封装有第一消息的BIER报文头部的内容。封装有第一消息的BIER报文头部可以包括:Type(即第七信息)为80(即第一标识符),MulticastGroup Address 01(即组播组地址)为225.11.0.11(即第一标识),Multicast GroupAddress 02(即组播组地址)为225.11.0.10(即第一标识),Source Address 01(即源地址)为1.0.0.11(即发送终端的设备标识),Source Address 02(即源地址)为1.0.0.10(即发送终端的设备标识)和Number of Group(即组数)为2(即第一数量信息)。其中,Type用于指示管理至少一个组播组,80用于查询是否加入组播组,2用于指示有2个组播组地址(即组播组地址01和组播组地址02)和/或2个源地址(即源地址01和源地址02)。可选的,封装有第一消息的BIER报文头部还可以包括:长度Length。
表7 BIER报文头部
Type | 8Bit | 80 |
Length | 8Bit | |
Number of Group | 8Bit | 2 |
Multicast Group Address 01 | 32Bit | 225.11.0.11 |
Source Address 01 | 32Bit | 1.0.0.11 |
Multicast Group Address 02 | 32Bit | 225.11.0.10 |
Source Address 02 | 32Bit | 1.0.0.10 |
需要说明的是,本申请实施例对第一数量信息不作限定。例如,第一数量信息可以通过数字表示(如5、10、13)。又例如,第一数量信息可以通过字母表示(如a、b、c)。
示例性的,假如第一数量信息为3,说明至少一个第一标识的数量为3。假如第一数量信息为10,说明至少一个第一标识的数量为10。假如第一数量信息为5,说明至少一个第一标识的数量为5。
需要说明的是,在本申请实施例中,至少一个第一标识中每个第一标识的长度(即位数)均相同,多个发送终端的设备标识中每个发送终端的设备标识的长度(即位数)均相同。例如,第一标识A为225.11.0.11,第一标识B为225.10.0.11,第一标识C为225.10.0.10,发送终端A的设备标识为1.0.0.10,发送终端B的设备标识为1.0.1.11,发送终端C的设备标识为1.1.0.10。本申请对第一标识(或发送终端的设备标识)的长度(即位数)不作限定。例如,第一标识(或发送终端的设备标识)的长度可以为6,则第一标识(或发送终端的设备标识)可以为fc.48.90。又例如,第一标识(或发送终端的设备标识)的长度可以为4,则第一标识(或发送终端的设备标识)可以为00.e0。又例如,第一标识(或发送终端的设备标识)的长度可以为10,则第一标识(或发送终端的设备标识)可以为e0.fc.00.e0.a0。
在一些实施例中,第二中继设备在接收来自第一中继设备的第一消息之后,第二中继设备可以根据第一数量信息,从第一消息中获取至少一个第一标识中的每个第一标识。
在一种可能的实现方式中,第二中继设备可以按照第一数量信息,对至少一个第一标识进行平均划分,确定至少一个第一标识中的每个第一标识。
示例性的,第一消息为00.e0.fc.48.90.4e.00.e0.fc.48.07.a0。假如第一数量信息为2,第一消息包括的至少一个第一标识中每个第一标识的长度均相同,则第二中继设备确定第一消息包括2个第一标识(如第一标识A、第一标识B),第一标识A为00-e0-fc-48-90-4e,第二标识B为00-e0-fc-48-07-a0。
可以理解的是,第一消息可以包括第一数量信息,第一数量信息用于指示至少一个第一标识的数量第一中继设备。并且,第一消息包括的至少一个第一标识中每个第一标识的长度相同。如此一来,第二中继设备可以根据第一数量信息,确定第一消息包括的至少一个第一标识的数量,进而从第一消息中确定至少一个第一标识。
在一些实施例中,第一消息还可以包括第一中继设备的设备标识。在第二中继设备接收来自第一中继设备的第一消息之后,第二中继设备可以根据第一中继设备的设备标识,确定第一中继设备。
示例性的,多个中继设备包括路由器A、路由器B和路由器C。其中,路由器A的设备标识为10.1.10.1,路由器B的设备标识为10.1.11.1,路由器C的设备标识为10.1.12.1。假如路由器A接收到消息A。其中,消息A包括预设设备标识10.1.12.1。路由器A则确定路由器A接收到的消息A来自路由器C。
可以理解的是,第一消息可以包括第一中继设备的设备标识。如此一来,第二中继设备可以根据第一消息,确定发送第一消息的中继设备为第一中继设备,进而确定组播组的中继设备,实现对组播组的管理。
S303、第二中继设备获取第三信息和第四信息。
其中,第三信息用于指示至少一个组播组中每个组播组中加入的接收终端的数量,第四信息用于指示至少一个组播组中每个组播组中离开的接收终端的数量。
示例性的,组播组A中加入接收终端A和接收终端B,组播组B中离开接收终端A和接收终端C,组播组C中加入接收终端B。则第三信息包括组播组A中加入的接收终端的数量为2个、组播组B中加入的接收终端的数量为0个、组播组C中加入的接收终端的数量为1个,第四信息包括组播组A中离开的接收终端的数量为0个、组播组B中离开的接收终端的数量为2个、组播组C中离开的接收终端的数量为0个。
在一种可能的实现方式中,第二中继设备存储有每个接收终端加入的组播组。之后,第二中继设备可以根据每个接收终端加入的组播组,确定第三信息和第四信息。
示例性的,至少一个组播组包括组播组A、组播组B和组播组C,多个接收终端包括终端A、终端B和终端C。其中,终端A加入组播组A和组播组B、离开组播组C,终端B加入组播组A、离开组播组B和组播组C,终端C离开组播组A。则第三信息包括组播组A中加入的接收终端的数量为2个、组播组B中加入的接收终端的数量为1个、组播组C中加入的接收终端的数量为0个,第四信息包括组播组A中离开的接收终端的数量为1个、组播组B中离开的接收终端的数量为1个、组播组C中离开的接收终端的数量为2个。
S304、第二中继设备根据第三信息和第四信息,确定多个第二标识。
其中,第二标识为至少一个第一标识中的标识。
在一种可能的实现方式,第二中继设备可以根据第三信息,确定至少一个第一子标识,第二中继设备可以根据第四信息,确定至少一个第二子标识,根据第四信息,确定至少一个第二子标识,并且,第二中继设备可以按照预设顺序对至少一个第一子标识和至少一个第二子标识进行排列,确定多个第二标识。其中,第一子标识包括加入接收终端的组播组的标识,第二子标识包括离开接收终端的组播组的标识,预设顺序为第一子标识在前、第二子标识在后的顺序。
示例性的,至少一个第一标识包括标识A、标识B和标识C。其中,标识A为组播组A的标识,标识B为组播组B的标识,标识C为组播组C的标识。假如第三信息包括组播组A加入2个接收终端、组播组B加入1个接收终端、组播组C加入0个接收终端,第四信息包括组播组A离开1个接收终端、组播组B离开1个接收终端、组播组C离开2个接收终端。则第二中继设备确定至少一个第一子标识包括标识A、标识A和标识B,至少一个第二子标识包括标识A、标识B、标识C和标识C,进而确定多个第二标识为标识A、标识A、标识B、标识A、标识B、标识C和标识C。
S305、第二中继设备向第一中继设备发送第二消息。
其中,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息可以包括多个第二标识,管理数量信息用于指示组播组内接收终端的数量。
示例性的,假如组播组的管理数量信息为3,说明组播组内接收终端的数量为3。假如组播组的管理数量信息为0,说明组播组内接收终端的数量为0。假如组播组的管理数量信息为10,说明组播组内接收终端的数量为10。
需要说明的是,本申请实施例对管理数量信息不作限定。例如,管理数量信息可以通过数字表示(如5、10、13)。又例如,管理数量信息可以通过字母表示(如a、b、c)。
在一种可能的设计中,第二消息还可以包括第七信息,第七信息用于指示管理至少一个组播组。其中,第二消息中的第七信息可以为第二标识符,第二标识符用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息。
在一种可能的实现方式中,第二标识符为第二中继设备通过OSPF协议对BIER报文的扩展信息。
示例性的,第二标识符可以为Sub-sub-TLV中Type(字段)对应的字段值。例如,第二标识符为81,Type对应的字段值为81。
需要说明的是,本申请实施例对第二标识符不作限定。例如,第二标识符可以由数字表示(如0、81、102等)。又例如,第二标识符可以由字母表示(如a、b、c等)。又例如,第二标识符可以由数字和字母表示(如a102、d1c23、F80e等)。
在本申请实施例中,第二消息为OSPF消息。第二中继设备可以根据OSPF协议将第二消息封装在BIER报文头部中。
示例性的,如表8所示,其示出了封装有第二消息的BIER报文头部的内容。封装有第二消息的BIER报文头部可以包括:Type(即第七信息)为81(即第二标识符)、MulticastGroup Address 01(即组播组地址)为225.11.0.11(即第二标识)和Multicast GroupAddress 02(即组播组地址)为225.11.0.10(即第二标识)。其中,Type用于指示管理至少一个组播组,81用于指示更新225.11.0.11对应的组播组的管理数量信息和225.11.0.10对应的组播组的管理数量信息。可选的,封装有第二消息的BIER报文头部还可以包括:长度Length。
表8 BIER报文头部
Type | 8Bit | 81 |
Length | 8Bit | |
Multicast Group Address 01 | 32Bit | 225.11.0.11 |
Multicast Group Address 02 | 32Bit | 225.11.0.10 |
S306、第一中继设备接收来自第二中继设备的第二消息。
S307、第一中继设备根据第二消息,更新每个第二标识对应的组播组的管理数量信息。
在一种可能的设计中,第二消息可以包括:第八信息,第八信息用于指示每个第二标识对应的组播组中接收终端变更的数量信息。
示例性的,多个第二标识包括标识A、标识B和标识C。其中,标识A为组播组A的标识,标识B为组播组B的标识,标识C为组播组C的标识。假如第八信息包括标识A[+2]、标识B[0]和标识C[-1],则说明组播组A中加入2个接收终端,组播组B中加入(或离开)0个接收终端,组播组C中离开1个接收终端。
在一种可能的实现方式中,第一中继设备可以根据第二消息中的第八信息,更新每个第二标识对应的组播组的管理数量信息。
示例性:多个第二标识包括标识A、标识B和标识C。其中,标识A为组播组A的标识,标识B为组播组B的标识,标识C为组播组C的标识。假如第八信息包括标识A[+3]、标识B[0]和标识C[-1],组播组A的管理数量信息为1,组播组B的管理数量信息为3,组播组C的管理数量信息为2,则确定更新后的组播组A的管理数量信息为4,更新后的组播组B的管理数量信息为3,更新后的组播组C的管理数量信息为1。
上述实施例提供的技术方案至少带来以下有益效果:第一中继设备发送第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。之后,第一中继设备接收来自第二中继设备的第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息包括:多个第二标识,第二标识为至少一个第一标识中的标识,管理数量信息用于指示组播组内接收终端的数量。之后,第一中继设备根据第二消息,更新每个第二标识对应的组播组的管理数量信息。其中,第一消息和第二消息为OSPF消息。这样一来,第一中继设备和第二中继设备仅需要支持OSPF协议,便可以完成发送终端与接收终端之间的数据传输。减少了BGP协议和VPN对数据传输的限制,增加了终端之间数据传输的应用场景。并且,第一中继设备和第二中继设备无需支持BGP协议,降低了中继设备的要求,减少了用于终端之间数据传输的中继设备的成本。
在一些实施例中,如图4所示,在该组播组的管理中,S307还包括:S401-S402。
S401、第一中继设备根据按照预设顺序排列的多个第二标识、第一信息和第二信息,确定每个第二标识对应的组播组的待更新数量。
其中,待更新数量为组播组内接收终端变更的数量。
示例性的,待更新数量为标识A[+2],其中,标识A为组播组A的标识,则说明组播组A中加入2个接收终端。
在一种可能的设计中,第二消息还可以包括:第一信息和第二信息。其中,第一信息用于指示加入排列在第一次序的第二标识对应的组播组,第二信息用于指示离开排列在第二次序的第二标识对应的组播组。
示例性的,如表9所示,其示出了封装有第二消息的BIER报文头部的内容。封装有第二消息的BIER报文头部可以包括:Type(即第七信息)为81(即第二标识符),Record Type01(即第一信息)为2(即第一次序),Record Type 02(即第二信息)为1(即第二次序),Multicast Group Address 01(即组播组地址)为225.11.0.11(即第二标识),MulticastGroup Address 02(即组播组地址)为225.11.0.10(即第二标识)和Multicast GroupAddress 03(即组播组地址)为225.10.0.11(即第二标识)。其中,Type用于指示管理至少一个组播组,81用于指示更新Multicast Group Address 01对应的组播组、Multicast GroupAddress 02对应的组播组和Multicast Group Address 03对应的组播组的管理数量信息,Record Type 01用于指示加入排列在第一次序的第二标识对应的组播组,Record Type 02用于指示离开排列在第二次序的第二标识对应的组播组,2用于指示225.11.0.11-225.11.0.10-225.10.0.11(即按照预设顺序排列之后的多个第二标识)中前2个第二标识,1用于指示225.11.0.11-225.11.0.10-225.10.0.11(即按照预设顺序排列之后的多个第二标识)中后1个第二标识。可选的,封装有第二消息的BIER报文头部还可以包括:长度Length。
表9 BIER报文头部
Type | 8Bit | 81 |
Length | 8Bit | |
Record Type 01 | 8Bit | 2 |
Record Type 02 | 8Bit | 1 |
Multicast Group Address 01 | 32Bit | 225.11.0.11 |
Multicast Group Address 02 | 32Bit | 225.11.0.10 |
Multicast Group Address 03 | 32Bit | 225.10.0.11 |
也就是说,第一中继设备可以根据如表9所示的封装有第二消息的BIER报文头部的内容,确定225.11.0.11对应的组播组的待更新数量为[+1],225.11.0.10对应的组播组的待更新数量为[+1],225.10.0.11对应的组播组的待更新数量为[-1]。
S402、第一中继设备根据每个第二标识对应的组播组的待更新数量,更新每个第二标识对应的组播组的管理数量信息。
示例性的,多个第二标识包括标识01、标识02和标识03。其中,标识01对应的组播组的待更新数量为[0],标识02对应的组播组的待更新数量为加[+2],标识03对应的组播组的待更新数量为减[-1]。则第一中继设备对标识01对应的组播组中的接收终端的数量不作调整,将标识02对应的组播组中的接收终端的数量加2,将标识03对应的组播组中的接收终端的数量减1。
需要说明的是,在本申请实施例中,第二标识为第一标识中的标识,即第二标识对应的组播组为第一标识对应的组播组中的组播组,也就是说,更新多个第二标识中每个第二标识对应的组播组的管理数量信息,即更新至少一个第一标识中每个第一标识对应的组播组的管理数量信息。
可以理解的是,第二消息中的多个第二标识可以按照预设顺序排列。并且,第二消息可以包括第一信息和第二信息,第一信息用于指示加入排列在第一次序的第二标识对应的组播组,第二信息用于指示离开排列在第二次序的第二标识对应的组播组。如此一来,第一中继设备可以根据按照预设顺序排列的多个第二标识、第一信息和第二信息,确定每个第二标识对应的组播组的待更新数量,进而更新每个第二标识对应的组播组的管理数量信息。
在一些实施例中,第一中继设备可以根据第三标识对应的组播组的管理数量信息,确定在第三标识对应的组播组内发送的组播内容的第二数量信息。其中,第三标识为多个第一标识中任一标识,第二数量信息用于指示组播内容的数量。
需要说明的是,本申请实施例对第二数量信息不作限定。例如,第二数量信息可以通过数字表示(如5、10、13)。又例如,第二数量信息可以通过字母表示(如a、b、c)。
示例性的,至少一个第一标识包括第三标识01、第三标识02和第三标识03。其中,第三标识01对应的组播组的管理数量信息为0,第三标识02对应的组播组的管理数量信息为2,第三标识03对应的组播组的管理数量信息为1。则第一中继设备确定在第三标识01对应的组播组内发送的组播内容的第二数量信息为0,在第三标识02对应的组播组内发送的组播内容的第二数量信息为2,在第三标识03对应的组播组内发送的组播内容的第二数量信息为1。也就是说,在第三标识02(或第三标识03)对应的组播组的管理数量信息不为0的情况下,第一中继设备继续向第三标识02(或第三标识03)对应的组播组中的设备发送组播内容;在第三标识01对应的组播组的管理数量信息为0的情况下,第一中继设备将第三标识01对应的组播组中的设备从第三标识01对应的组播组的路由表中移除,之后,第一中继设备不再向第三标识01对应的组播组中的设备发送组播内容。
在一些实施例中,如图5所示,在S307之前,该组播组的管理方法还包括:S501-S503。
S501、第一中继设备获取第一时刻和第二时刻。
其中,第一时刻为第一中继设备发送第一消息的时刻,第二时刻为第一中继设备接收第二消息的时刻。
示例性的,第一中继设备在上午8点30分11秒发送第一消息,在上午8点30分15秒接收到第二消息,则确定第一时刻为上午8点30分11秒,第二时刻为上午8点30分15秒。
S502、第一中继设备确定目标时间。
其中,目标时间为第一时刻与第二时刻之间的差值。
示例性的,第一时刻为上午8点30分12秒,第二时刻为上午9点10分14秒。则目标时间为2秒。
S503、第一中继设备确定目标时间是否小于预设时间差阈值。
在一种可能的实现方式中,第一中继设备存储有预设时间差阈值。第一中继设备可以根据预设时间差阈值,确定目标时间是否小于预设时间差阈值。若目标时间小于预设时间差阈值,则第一中继设备执行S307。若目标时间大于预设时间差阈值,则第一中继设备不执行S307,确定接收到的第二消息为无效消息。
示例性的,第一中继设备存储的预设时间差阈值为1秒。假如目标时间为1.2秒,则确定目标时间大于预设时间差阈值,第一中继设备不执行S307,确定接收到的第二消息为无效消息。假如目标时间为0.5秒,则确定目标时间小于预设时间差阈值,第一中继设备执行S307。
可以理解的是,第一中继设备可以获取第一时刻和第二时刻,第一时刻为第一中继设备发送第一消息的时刻,第二时刻为第一中继设备接收第二消息的时刻。之后,第一中继设备根据第一时刻和第二时刻,确定目标时间。并且,第一中继设备根据预设时间差阈值,确定目标时间是否小于预设时间差阈值。之后,在目标时间小于预设时间差阈值的情况下,说明第一中继设备及时接收到了第二消息,该第二消息为有效消息。如此,第一中继设备可以根据第二消息,更新每个第二标识对应的组播组的管理数量信息,进而对组播组进行管理。
在一些实施例中,第一消息可以包括预设时间差阈值。
示例性的,如表10所示,其示出了封装有第一消息的BIER报文头部的内容。封装有第一消息的BIER报文头部可以包括:Type(即第七信息)为80(即第一标识符),Max RespTime(最大响应时间)为0.5s(即预设时间差阈值),Multicast Group Address 01(即组播组地址)为225.11.0.11(即第一标识)和Multicast Group Address 02(即组播组地址)为225.11.0.10(即第一标识)。其中,Type用于指示管理至少一个组播组,80用于查询是否加入组播组。可选的,封装有第一消息的BIER报文头部还可以包括:长度Length。
表10 BIER报文头部
Type | 8Bit | 80 |
Length | 8Bit | |
Max Resp Time | 8Bit | 0.5s |
Multicast Group Address 01 | 32Bit | 225.11.0.11 |
Multicast Group Address 02 | 32Bit | 225.11.0.10 |
在一种可能的实现方式中,第二中继设备可以在接收到第一消息之后,获取第三时刻和第四时刻。其中,第三时刻为第二中继设备接收来自第一中继设备的第一消息的时刻,第四时刻为第二中继设备确定向第一中继设备发送第二消息的时刻。
示例性的,第二中继设备在上午8点30分11秒接收到来自第一中继设备第一消息,在上午8点30分15秒确定向第一中继设备发送第二消息,则确定第三时刻为上午8点30分11秒,第四时刻为上午8点30分15秒。
在一种可能的实现方式中,第二中继设备可以根据第三时刻和第一消息中的预设时间差阈值,确定有效时段。
示例性的,第一消息中的预设时间差阈值为1.5秒,第四时刻为上午8点10分11秒,则第二中继设备确定有效时段为上午8点10分11秒-上午8点10分12.5秒。
之后,第二中继设备可以根据有效时段,确定第四时刻是否在有效时段内。若第四时刻在有效时段内,则第二中继设备向第一中继设备发送第二消息。若第四时刻未在有效时段内,则第二中继设备取消向第一中继设备发送第二消息。
示例性的,第二中继设备获取的第四时刻为上午9点12分37秒。假如有效时段为上午8点10分11秒-上午8点10分12.5秒,则确定第四时刻未在有效时段内,第二中继设备取消向第一中继设备发送第二消息。假如有效时段为上午9点12分11秒-上午9点12分42.5秒,则确定第四时刻在有效时段内,第二中继设备向第一中继设备发送第二消息。
在一些实施例中,如图6所示,在S303之前,该组播组的管理方法还包括:S601-S602。
S601、第二中继设备向多个接收终端发送第三消息。
其中,第三消息用于查询是否加入至少一个组播组中的组播组。
在一种可能的设计中,第三消息可以为互联网组管理协议(Internet GroupManagement Protocol,IGMP)消息。
在一些实施例中,在第二中继设备向多个接收终端发送第三消息之后,多个接收终端可以接收第三消息。之后,多个接收终端中的每个接收终端可以根据第三消息,确定第五信息和第六信息,并向第二中继设备发送第五信息和第六信息。
需要说明的是,对于第五信息和第六信息的说明,可以参考S602中对第五信息和第六信息的介绍,此处不予赘述。
S602、第二中继设备接收来自多个接收终端中每个接收终端的第五信息和第六信息。
其中,第五信息用于指示加入至少一个组播组中的组播组,第六信息用于指示离开至少一个组播组中的组播组。
示例性的,至少一个组播组包括组播组A、组播组B和组播组C,多个接收终端包括终端A、终端B和终端C。假如,终端A加入组播组A、离开组播组C,终端B分别加入组播组A和组播组B、离开组播组C,终端C加入组播组B、分别离开组播组A和组播组C。则终端A的第五信息包括组播组A的标识、第六信息包括组播组C的标识,终端B的第五信息包括组播组A的标识和组播组B的标识、第六信息包括组播组C的标识,终端C的第五信息包括组播组B的标识、第六信息包括组播组A的标识和组播组C的标识。
在本申请实施例中,S303可以包括S603-S604:
S603、第二中继设备根据每个接收终端的第五信息,确定第三信息。
示例性的,至少一个组播组包括组播组A、组播组B和组播组C,多个接收终端包括终端A、终端B和终端C。其中,终端A的第五信息包括组播组A的标识,终端B的第五信息包括组播组A的标识和组播组B的标识,终端C的第五信息包括组播组B的标识。则第二中继设备确定第三信息包括组播组A加入2个接收终端、组播组B加入2个接收终端、组播组C加入0个接收终端。
S604、第二中继设备根据每个接收终端的第六信息,确定第四信息。
示例性的,至少一个组播组包括组播组A、组播组B和组播组C,多个接收终端包括终端A、终端B和终端C。其中,终端A的第六信息包括组播组C的标识,终端B的第六信息包括组播组C的标识,终端C的第六信息包括组播组A的标识和组播组C的标识。则第二中继设备确定第四信息包括组播组A离开1个接收终端、组播组B离开0个接收终端、组播组C离开3个接收终端。
需要说明的是,本申请实施例对执行S603和S604的顺序不作限定。例如,第二中继设备可以先执行S603,再执行S604。又例如,第二中继设备可以先执行S604,再执行S603。又例如,第二中继设备可以同时执行S603和S604。
可以理解的是,第二中继设备通过向接收终端发送第三消息,可以接收来自多个接收终端中每个接收终端的第五信息和第六信息。并且,第二中继设备可以根据每个接收终端的第五信息,确定第三信息,第二中继设备可以根据每个接收终端的第六信息,确定第四信息,进而根据第三信息和第四信息,确定多个第二标识。
下面结合具体示例,对单个组播组中的设备进行加组和离组的过程进行介绍。如图7所示,具体步骤如下
步骤1:第一中继设备接收到来自发送终端的组播内容,组播内容包括组播组地址和源地址,组播组地址与源地址相对应。中继设备确定中继设备是组播组地址对应的组播组的BFIR。中继设备可以通过查询组播路由表中是否记录有组播组地址,确定是否是第一次接收组播内容。
步骤2:第一中继设备向其他BFR设备发送BIEF包头中的sub-sub-tlv的Type对应的字段值为80的OSPF消息(即第一消息)。其中,OSPF消息还包括组播组地址、源地址和最大响应时间1秒。
步骤3:其他BFR中的第二中继设备接收来自中继设备的OSPF消息,确定第二中继设备是组播组地址对应的组播组的BFER。第二中继设备向第二中继设备连接的多个接收终端中每个接收终端发送IGMP查询消息。
步骤4:第二中继设备接收来自多个接收终端中每个接收终端的IGMP报告消息。
步骤5:第二中继设备在最大响应时间1秒内,向第一中继设备发送BIEF包头中的sub-sub-tlv的Type对应的字段值为81的OSPF消息(即第二消息)。其中,OSPF消息包括加入的组播组地址和源地址。或者,OSPF消息包括离开的组播组地址和源地址。
步骤6:第一中继设备接收来自第二中继设备的OSPF消息,在BIER路由表和BIFT中查找OSPF消息中的组播组地址对应的组播组中的设备对应的BFR-ID和F-BM。
步骤7:第一中继设备继续接收来自发送终端的组播内容。
步骤8:若来自第二中继设备的OSPF消息包括加入的组播组地址和源地址,则第一中继设备将来自发送终端的组播内容封装在BIEF包头中,并向第二中继设备发送该BIEF包头。若来自第二中继设备的OSPF消息包括离开的组播组地址和源地址,则第一中继设备不会再向第二中继设备发送来自发送终端的组播内容。
步骤9:若第二中继设备接收到来自第一中继设备的BIEF包头,则从该BIEF包头中提取加入的组播组地址对应的组播内容,并向加入的组播组地址对应的组播组中的接收终端发送加入的组播组地址对应的组播内容。
下面结合具体示例,对多个组播组中的设备进行加组和离组的过程进行介绍。如图8所示,具体步骤如下:
步骤一:第一中继设备向第二中继设备发送BIEF包头中的sub-sub-tlv的Type对应的字段值为80的OSPF消息(即第一消息)。其中,OSPF消息还包括多个组播组地址(即地址A、地址B、地址C、地址D、地址E和地址F)、多个源地址和最大响应时间1秒,多个组播组地址与多个源地址相对应。
步骤二:第二中继设备在接收到来自中继设备的OSPF消息之后,第二中继设备在最大响应时间1秒内,向第一中继设备发送BIEF包头中的sub-sub-tlv的Type对应的字段值为81的OSPF消息(即第二消息)。其中,OSPF消息包括按照预设顺序排列的多个组播组地址(即地址A-地址B-地址C-地址D-地址E-地址F)、第一信息6和第二信息0。
步骤三:第一中继设备接收来自第二中继设备的OSPF消息,并将第二中继设备加入地址A对应的组播组、地址B对应的组播组、地址C对应的组播组、地址D对应的组播组、地址E对应的组播组和地址F对应的组播组。之后,第一中继设备向第二中继设备发送多个组播组地址中每个组播组地址对应的组播内容。
步骤四:第二中继设备向第一中继设备发送BIEF包头中的sub-sub-tlv的Type对应的字段值为81的OSPF消息(即第二消息)。其中,OSPF消息包括按照预设顺序排列的多个组播组地址(即地址A-地址B)、第一信息0和第二信息2。
步骤五:第一中继设备接收来自第二中继设备的OSPF消息,并将第二中继设备从地址A对应的组播组中移除、从地址B对应的组播组中移除。
步骤六:第一中继设备不再向第二中继设备发送地址A对应的组播内容和地址B对应的组播内容,第一中继设备继续向第二中继设备发送地址C对应的组播内容、地址D对应的组播内容、地址E对应的组播内容和地址F对应的组播内容。
步骤七:第一中继设备向第二中继设备发送BIEF包头中的sub-sub-tlv的Type对应的字段值为80的OSPF消息(即第一消息)。其中,OSPF消息还包括新的多个组播组地址(即地址G和地址H)、新的多个源地址和最大响应时间1秒,新的多个组播组地址与新的多个源地址相对应。
步骤八:第二中继设备在接收到来自中继设备的OSPF消息之后,第二中继设备在最大响应时间1秒内,向第一中继设备发送BIEF包头中的sub-sub-tlv的Type对应的字段值为81的OSPF消息(即第二消息)。其中,OSPF消息包括按照预设顺序排列的多个组播组地址(即地址G-地址H-地址C-地址D-地址E)、第一信息2和第二信息3。
步骤九:第一中继设备接收来自第二中继设备的OSPF消息,将第二中继设备从地址C对应的组播组中移除、从地址D对应的组播组中移除、从地址E对应的组播组中移除,并将第二中继设备加入地址G对应的组播组和地址H对应的组播组。
步骤十:第一中继设备不再向第二中继设备发送地址C对应的组播内容、地址D对应的组播内容和地址E对应的组播内容,第一中继设备继续向第二中继设备发送地址F对应的组播内容、地址G对应的组播内容和地址H对应的组播内容。
下面结合具体示例,对本申请提供的组播组的管理方法进行介绍,如图9所示,R11、R12、R13、R14、R15、R16和R17为组播内容的发送终端,R21、R22、R23、R24、R25、R26和R27为组播内容的接收终端,R1和R2为BFR,其中,R1为BFIR,R2为BFER,R1与R2共同组成BIER组播网络,R11的组播组地址为225.0.0.11、源地址为1.0.0.11,R12的组播组地址为225.0.0.12、源地址为1.0.0.12,R13的组播组地址为225.0.0.13、源地址为1.0.0.13,R14的组播组地址为225.0.0.14、源地址为1.0.0.14,R15的组播组地址为225.0.0.15、源地址为1.0.0.15,R16的组播组地址为225.0.0.16、源地址为1.0.0.16,R17的组播组地址为225.0.0.17、源地址为1.0.0.17。R1通过AC口IF1向R2发送BIEF包头中的sub-sub-tlv的Type对应的字段值为80的OSPF消息。其中,OSPF消息还包括:多个组播组地址(即225.0.0.11、225.0.0.12、225.0.0.13、225.0.0.14、225.0.0.15、225.0.0.16和225.0.0.17),多个源地址(即1.0.0.11、1.0.0.12、1.0.0.13、1.0.0.14、1.0.0.15、1.0.0.16和1.0.0.17)和最大响应时间1秒和第一数量信息7,多个组播组地址与多个源地址相对应。R2通过AC口IF1接收到来自R1的OSPF消息,记录R1与多个发送终端(即R11、R12、R13、R14、R15、R16和R17)之间的关系。之后,R2向多个接收终端(即R21、R22、R23、R24、R25、R26和R27)发送IGMP查询消息,确定多个接收终端中每个接收终端是否加入多个组播组中的组播组(即是否接收多个组播组地址对应的组播内容)。
若R21回复R2加入225.0.0.11,R22回复R2加入225.0.0.11,R23回复R2加入225.0.0.13,其他接收终端未回复(即拒绝加入多个组播组中的组播组),则R2通过AC口IF1在最大响应时间1秒内向R1发送BIEF包头中的sub-sub-tlv的Type对应的字段值为81的OSPF消息。其中,OSPF消息包括按照预设顺序(即R21-R22-R23)排列的多个组播组地址(即225.0.0.11-225.0.0.11-225.0.0.13)、第一信息3和第二信息0。R1通过AC口IF1接收到来自R2的OSPF消息,对225.0.0.11对应的BIER路由表和225.0.0.13对应的BIER路由表进行更新。R1继续接收来自多个发送终端的组播内容,同时,在组播组数据库中增加225.0.0.11的条目[(1.0.0.11,225.0.0.11),R2,2](即更新后的225.0.0.11对应的组播组的管理数量信息为2),225.0.0.12的条目[(1.0.0.12,225.0.0.12),R2,0],225.0.0.13的条目[(1.0.0.13,225.0.0.13),R2,1],225.0.0.14的条目[(1.0.0.14,225.0.0.14),R2,0],225.0.0.15的条目[(1.0.0.15,225.0.0.15),R2,0],225.0.0.16的条目[(1.0.0.16,225.0.0.16),R2,0]和225.0.0.17的条目[(1.0.0.17,225.0.0.17),R2,0],也就是说,R1向R2发送225.0.0.11对应的组播内容(即R11发送的组播内容)和225.0.0.13对应的组播内容,不再向R2发送225.0.0.12对应的组播内容、225.0.0.14对应的组播内容、225.0.0.15对应的组播内容、225.0.0.16对应的组播内容和225.0.0.17对应的组播内容。
之后,若R24回复R2加入225.0.0.14,R25回复R2加入225.0.0.15,R26回复R2加入225.0.0.16,R27回复R2加入225.0.0.17,并且,R23回复R2离开225.0.0.13,其他接收终端未回复,则R2通过AC口IF1向R1发送BIEF包头中的sub-sub-tlv的Type对应的字段值为81的OSPF消息。其中,OSPF消息包括第一信息4、第二信息1和按照预设顺序(即R24-R25-R26-R27-R23)排列的多个组播组地址(即225.0.0.14-225.0.0.15-225.0.0.16-225.0.0.17-225.0.0.13)。R1通过AC口IF1接收到来自R2的OSPF消息,对225.0.0.13对应的BIER路由表、225.0.0.14对应的BIER路由表、225.0.0.15对应的BIER路由表、225.0.0.16对应的BIER路由表和225.0.0.17对应的BIER路由表进行更新。R1继续接收来自多个发送终端的组播内容,同时,在组播组数据库中增加225.0.0.11的条目[(1.0.0.11,225.0.0.11),R2,2],225.0.0.12的条目[(1.0.0.12,225.0.0.12),R2,0],225.0.0.13的条目[(1.0.0.13,225.0.0.13),R2,0],225.0.0.14的条目[(1.0.0.14,225.0.0.14),R2,1],225.0.0.15的条目[(1.0.0.15,225.0.0.15),R2,1],225.0.0.16的条目[(1.0.0.16,225.0.0.16),R2,1]和225.0.0.17的条目[(1.0.0.17,225.0.0.17),R2,1],也就是说,R1向R2发送225.0.0.11对应的组播内容、225.0.0.14对应的组播内容、225.0.0.15对应的组播内容、225.0.0.16对应的组播内容和225.0.0.17对应的组播内容,和225.0.0.13对应的组播内容,不再向R2发送225.0.0.12对应的组播内容和225.0.0.13对应的组播内容。
本申请实施例可以根据上述方法示例对上述组播组的管理装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图10是根据一示例性实施例示出的一种组播组的管理装置的结构框图。参照图10,该组播组的管理装置100包括获取发送模块1001、接收模块1002和处理模块1003。
发送模块1001,用于发送第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。接收模块1002,用于接收来自第二中继设备的第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息包括多个第二标识,第二标识为至少一个第一标识中的标识,管理数量信息用于指示组播组内接收终端的数量。处理模块1003,用于根据第二消息,更新每个第二标识对应的组播组的管理数量信息。其中,第一消息和第二消息为开放式最短路径优先OSPF消息。
可选的,多个第二标识按照预设顺序排列,第二消息还包括:第一信息和第二信息,第一信息用于指示加入排列在第一次序的第二标识对应的组播组,第二信息用于指示离开排列在第二次序的第二标识对应的组播组。处理模块1003,还用于根据按照预设顺序排列的多个第二标识、第一信息和第二信息,确定每个第二标识对应的组播组的待更新数量,待更新数量为组播组内接收终端变更的数量。处理模块1003,还用于根据每个第二标识对应的组播组的待更新数量,更新每个第二标识对应的组播组的管理数量信息。
可选的,处理模块1003,还用于获取第一时刻和第二时刻,第一时刻为第一中继设备发送第一消息的时刻,第二时刻为第一中继设备接收第二消息的时刻。处理模块1003,还用于确定目标时间,目标时间为第一时刻与第二时刻之间的差值。处理模块1003,还用于确定目标时间是否小于预设时间差阈值。处理模块1003,还用于若目标时间小于预设时间差阈值,第一中继设备则根据第二消息,更新每个第二标识对应的组播组的管理数量信息。
图11是根据一示例性实施例示出的一种组播组的管理装置的结构框图。参照图11,该组播组的管理装置110包括获取发送模块1101、接收模块1102和处理模块1103。
接收模块1102,用于接收来自第一中继设备的第一消息,第一消息用于查询是否加入组播组,第一消息包括:至少一个第一标识,至少一个第一标识为至少一个组播组的标识。处理模块1103,用于获取第三信息和第四信息,第三信息用于指示至少一个组播组中每个组播组中加入的接收终端的数量,第四信息用于指示至少一个组播组中每个组播组中离开的接收终端的数量。处理模块1103,还用于根据第三信息和第四信息,确定多个第二标识,第二标识为至少一个第一标识中的标识。发送模块1101,用于向第一中继设备发送第二消息,第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,第二消息包括多个第二标识,管理数量信息用于指示组播组内接收终端的数量。其中,第一消息和第二消息为开放式最短路径优先OSPF消息。
可选的,多个第二标识按照预设顺序排列,第二消息还包括:第一信息和第二信息,第一信息用于指示加入排列在第一次序的第二标识对应的组播组,第一信息用于指示离开排列在第二次序的第二标识对应的组播组。
可选的,发送模块1101,还用于向多个接收终端发送第三消息,第三消息用于查询是否加入至少一个组播组中的组播组。接收模块1102,还用于接收来自多个接收终端中每个接收终端的第五信息和第六信息,第五信息用于指示加入至少一个组播组中的组播组,第六信息用于指示离开至少一个组播组中的组播组。处理模块1103,还用于根据每个接收终端的第五信息,确定第三信息。处理模块1103,还用于根据每个接收终端的第六信息,确定第四信息。
图12是根据一示例性实施例示出的一种组播组的管理设备的硬件结构示意图。该组播组的管理设备可以包括处理器1202,处理器1202用于执行应用程序代码,从而实现本申请中的组播组的管理方法。
处理器1202可以是一个中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
如图12所示,组播组的管理设备还可以包括存储器1203。其中,存储器1203用于存储执行本申请方案的应用程序代码,并由处理器1202来控制执行。
存储器1203可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器1203可以是独立存在,通过总线1204与处理器1202相连接。存储器1203也可以和处理器1202集成在一起。
如图12所示,组播组的管理设备还可以包括通信接口1201,其中,通信接口1201、处理器1202、存储器1203可以相互耦合,例如,通过总线1204相互耦合。通信接口1201用于与其他设备进行信息交互,例如支持组播组的管理设备与其他设备的信息交互。
需要指出的是,图12中示出的设备结构并不构成对该组播组的管理设备的限定,除图12所示部件之外,该组播组的管理设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不相同的部件布置。
在实际实现时,处理模块1003或处理模块1103所实现的功能可以由图12所示的处理器1202调用存储器1203中的程序代码来实现。
本申请还提供了一种计算机可读存储介质,计算机可读存储介质上存储有指令,当计算机可读存储介质中的指令由计算机设备的处理器执行时,使得计算机能够执行上述所示实施例提供的组播组的管理方法。例如,计算机可读存储介质可以为包括指令的存储器1203,上述指令可由计算机设备的处理器1202执行以完成上述方法。可选地,计算机可读存储介质可以是非临时性计算机可读存储介质,例如,非临时性计算机可读存储介质可以是ROM、RAM、CD-ROM、磁带、软盘和光数据存储设备等。
图13示意性地示出本申请实施例提供的计算机程序产品的概念性局部视图,计算机程序产品包括用于在计算设备上执行计算机进程的计算机程序。
在一个实施例中,计算机程序产品是使用信号承载介质130来提供的。信号承载介质130可以包括一个或多个程序指令,其当被一个或多个处理器运行时可以提供以上针对图3、图4、图5和图6描述的功能或者部分功能。因此,例如,参考图3中所示的实施例,S301~S307的一个或多个特征可以由与信号承载介质130相关联的一个或多个指令来承担。此外,图13中的程序指令也描述示例指令。
在一些示例中,信号承载介质130可以包含计算机可读介质1301,诸如但不限于,硬盘驱动器、紧密盘(CD)、数字视频光盘(DVD)、数字磁带、存储器、只读存储记忆体(read-only memory,ROM)或随机存储记忆体(random access memory,RAM)等等。
在一些实施方式中,信号承载介质130可以包含计算机可记录介质1302,诸如但不限于,存储器、读/写(R/W)CD、R/W DVD、等等。
在一些实施方式中,信号承载介质130可以包含通信介质1303,诸如但不限于,数字和/或模拟通信介质(例如,光纤电缆、波导、有线通信链路、无线通信链路、等等)。
信号承载介质130可以由无线形式的通信介质1303来传达。一个或多个程序指令可以是,例如,计算机可执行指令或者逻辑实施指令。
在一些示例中,诸如针对图10或图11描述的组播组的管理装置可以被配置为响应于通过计算机可读介质1301、计算机可记录介质1302、和/或通信介质1303中的一个或多个程序指令,提供各种操作、功能、或者动作。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不相同的功能模块完成,即将装置的内部结构划分成不相同的功能模块,以完成以上描述的全分类部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不相同地方。可以根据实际的需要选择其中的部分或者全分类部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全分类部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例方法的全分类部或部分步骤。而前述的存储介质包括-U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (15)
1.一种组播组的管理方法,其特征在于,应用于第一中继设备,所述方法包括:
所述第一中继设备发送第一消息,所述第一消息用于查询是否加入组播组,所述第一消息包括:至少一个第一标识,所述至少一个第一标识为至少一个组播组的标识;
所述第一中继设备接收来自第二中继设备的第二消息,所述第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,所述第二消息包括多个第二标识,所述第二标识为所述至少一个第一标识中的标识,所述管理数量信息用于指示组播组内接收终端的数量;
所述第一中继设备根据所述第二消息,更新所述每个第二标识对应的组播组的所述管理数量信息;
其中,所述第一消息和所述第二消息为开放式最短路径优先OSPF消息。
2.根据权利要求1所述的方法,其特征在于,所述多个第二标识按照预设顺序排列,所述第二消息还包括:第一信息和第二信息,所述第一信息用于指示加入排列在第一次序的第二标识对应的组播组,所述第二信息用于指示离开排列在第二次序的第二标识对应的组播组;
所述第一中继设备根据所述第二消息,更新所述每个第二标识对应的组播组的所述管理数量信息,包括:
所述第一中继设备根据按照所述预设顺序排列的所述多个第二标识、所述第一信息和所述第二信息,确定所述每个第二标识对应的组播组的待更新数量,所述待更新数量为组播组内接收终端变更的数量;
所述第一中继设备根据所述每个第二标识对应的组播组的待更新数量,更新所述每个第二标识对应的组播组的所述管理数量信息。
3.根据权利要求1或2所述的方法,其特征在于,在所述第一中继设备根据所述第二消息,更新所述每个第二标识对应的组播组的所述管理数量信息之前,所述方法还包括:
所述第一中继设备获取第一时刻和第二时刻,所述第一时刻为所述第一中继设备发送所述第一消息的时刻,所述第二时刻为所述第一中继设备接收所述第二消息的时刻;
所述第一中继设备确定目标时间,所述目标时间为所述第一时刻与所述第二时刻之间的差值;
所述第一中继设备确定所述目标时间是否小于预设时间差阈值;
所述第一中继设备根据所述第二消息,更新所述每个第二标识对应的组播组的所述管理数量信息,包括:
若所述目标时间小于所述预设时间差阈值,所述第一中继设备则根据所述第二消息,更新所述每个第二标识对应的组播组的所述管理数量信息。
4.一种组播组的管理方法,其特征在于,应用于第二中继设备,所述方法包括:
所述第二中继设备接收来自第一中继设备的第一消息,所述第一消息用于查询是否加入组播组,所述第一消息包括:至少一个第一标识,所述至少一个第一标识为至少一个组播组的标识;
所述第二中继设备获取第三信息和第四信息,所述第三信息用于指示所述至少一个组播组中每个组播组中加入的接收终端的数量,所述第四信息用于指示所述至少一个组播组中每个组播组中离开的接收终端的数量;
所述第二中继设备根据所述第三信息和所述第四信息,确定多个第二标识,所述第二标识为所述至少一个第一标识中的标识;
所述第二中继设备向所述第一中继设备发送第二消息,所述第二消息用于指示更新所述多个第二标识中每个第二标识对应的组播组的管理数量信息,所述第二消息包括多个第二标识,所述管理数量信息用于指示组播组内接收终端的数量;
其中,所述第一消息和所述第二消息为开放式最短路径优先OSPF消息。
5.根据权利要求4所述的方法,其特征在于,所述多个第二标识按照预设顺序排列,所述第二消息还包括:第一信息和第二信息,所述第一信息用于指示加入排列在第一次序的第二标识对应的组播组,所述第一信息用于指示离开排列在第二次序的第二标识对应的组播组。
6.根据权利要求4或5所述的方法,其特征在于,在所述第二中继设备获取第三信息和第四信息之前,包括:
所述第二中继设备向多个接收终端发送第三消息,所述第三消息用于查询是否加入所述至少一个组播组中的组播组;
所述第二中继设备接收来自所述多个接收终端中每个接收终端的第五信息和第六信息,所述第五信息用于指示加入所述至少一个组播组中的组播组,所述第六信息用于指示离开所述至少一个组播组中的组播组;
所述第二中继设备获取第三信息和第四信息,包括:
所述第二中继设备根据所述每个接收终端的所述第五信息,确定所述第三信息;
所述第二中继设备根据所述每个接收终端的所述第六信息,确定所述第四信息。
7.一种组播组的管理装置,其特征在于,应用于第一中继设备,所述装置包括:
发送模块,用于发送第一消息,所述第一消息用于查询是否加入组播组,所述第一消息包括:至少一个第一标识,所述至少一个第一标识为至少一个组播组的标识;
接收模块,用于接收来自第二中继设备的第二消息,所述第二消息用于指示更新多个第二标识中每个第二标识对应的组播组的管理数量信息,所述第二消息包括多个第二标识,所述第二标识为所述至少一个第一标识中的标识,所述管理数量信息用于指示组播组内接收终端的数量;
处理模块,用于根据所述第二消息,更新所述每个第二标识对应的组播组的所述管理数量信息;
其中,所述第一消息和所述第二消息为开放式最短路径优先OSPF消息。
8.根据权利要求7所述的装置,其特征在于,所述多个第二标识按照预设顺序排列,所述第二消息还包括:第一信息和第二信息,所述第一信息用于指示加入排列在第一次序的第二标识对应的组播组,所述第二信息用于指示离开排列在第二次序的第二标识对应的组播组;
所述处理模块,还用于根据按照所述预设顺序排列的所述多个第二标识、所述第一信息和所述第二信息,确定所述每个第二标识对应的组播组的待更新数量,所述待更新数量为组播组内接收终端变更的数量;
所述处理模块,还用于根据所述每个第二标识对应的组播组的待更新数量,更新所述每个第二标识对应的组播组的所述管理数量信息。
9.根据权利要求7或8所述的装置,其特征在于,
所述处理模块,还用于获取第一时刻和第二时刻,所述第一时刻为所述第一中继设备发送所述第一消息的时刻,所述第二时刻为所述第一中继设备接收所述第二消息的时刻;
所述处理模块,还用于确定目标时间,所述目标时间为所述第一时刻与所述第二时刻之间的差值;
所述处理模块,还用于确定所述目标时间是否小于预设时间差阈值;
所述处理模块,还用于若所述目标时间小于预设时间差阈值,所述第一中继设备则根据所述第二消息,更新所述每个第二标识对应的组播组的所述管理数量信息。
10.一种组播组的管理装置,其特征在于,应用于第二中继设备,所述装置包括:
接收模块,用于接收来自第一中继设备的第一消息,所述第一消息用于查询是否加入组播组,所述第一消息包括:至少一个第一标识,所述至少一个第一标识为至少一个组播组的标识;
处理模块,用于获取第三信息和第四信息,所述第三信息用于指示所述至少一个组播组中每个组播组中加入的接收终端的数量,所述第四信息用于指示所述至少一个组播组中每个组播组中离开的接收终端的数量;
所述处理模块,还用于根据所述第三信息和所述第四信息,确定多个第二标识,所述第二标识为所述至少一个第一标识中的标识;
发送模块,用于向所述第一中继设备发送第二消息,所述第二消息用于指示更新所述多个第二标识中每个第二标识对应的组播组的管理数量信息,所述第二消息包括多个第二标识,所述管理数量信息用于指示组播组内接收终端的数量;
其中,所述第一消息和所述第二消息为开放式最短路径优先OSPF消息。
11.根据权利要求10所述的装置,其特征在于,所述多个第二标识按照预设顺序排列,所述第二消息还包括:第一信息和第二信息,所述第一信息用于指示加入排列在第一次序的第二标识对应的组播组,所述第一信息用于指示离开排列在第二次序的第二标识对应的组播组。
12.根据权利要求10或11所述的装置,其特征在于,
所述发送模块,还用于向多个接收终端发送第三消息,所述第三消息用于查询是否加入所述至少一个组播组中的组播组;
所述接收模块,还用于接收来自所述多个接收终端中每个接收终端的第五信息和第六信息,所述第五信息用于指示加入所述至少一个组播组中的组播组,所述第六信息用于指示离开所述至少一个组播组中的组播组;
所述处理模块,还用于根据所述每个接收终端的所述第五信息,确定所述第三信息;
所述处理模块,还用于根据所述每个接收终端的所述第六信息,确定所述第四信息。
13.一种组播组的管理设备,其特征在于,包括:处理器和存储器;所述处理器和所述存储器耦合;所述存储器用于存储一个或多个程序,该一个或多个程序包括计算机执行指令,当该组播组的管理设备运行时,处理器执行该存储器存储的该计算机执行指令,以使该组播组的管理设备执行如权利要求1-6中任意一项所述的组播组的管理方法。
14.一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,其特征在于,当计算机执行该指令时,该计算机执行如权利要求1-6中任意一项所述的组播组的管理方法。
15.一种计算机程序产品,包括计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1-6中任意一项所述的组播组的管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210800748.4A CN115022232B (zh) | 2022-07-06 | 2022-07-06 | 组播组的管理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210800748.4A CN115022232B (zh) | 2022-07-06 | 2022-07-06 | 组播组的管理方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115022232A true CN115022232A (zh) | 2022-09-06 |
CN115022232B CN115022232B (zh) | 2023-05-16 |
Family
ID=83079245
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210800748.4A Active CN115022232B (zh) | 2022-07-06 | 2022-07-06 | 组播组的管理方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115022232B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105337746A (zh) * | 2015-09-23 | 2016-02-17 | 浙江宇视科技有限公司 | 一种组播数据的传输方法和装置 |
CN108964940A (zh) * | 2017-05-23 | 2018-12-07 | 中兴通讯股份有限公司 | 消息发送方法及装置、存储介质 |
CN109309904A (zh) * | 2017-07-28 | 2019-02-05 | 华为技术有限公司 | 组播数据传输方法、相关设备及通信系统 |
WO2019214589A1 (zh) * | 2018-05-08 | 2019-11-14 | 华为技术有限公司 | 组播数据传输方法、相关装置及系统 |
CN111147383A (zh) * | 2018-11-02 | 2020-05-12 | 华为技术有限公司 | 报文转发的方法、发送报文的装置和接收报文的装置 |
CN112423239A (zh) * | 2019-08-23 | 2021-02-26 | 华为技术有限公司 | 广播的方法、装置和系统 |
CN112911652A (zh) * | 2019-11-19 | 2021-06-04 | 华为技术有限公司 | 通信方法及装置 |
CN113938840A (zh) * | 2020-07-13 | 2022-01-14 | 华为技术有限公司 | 通信方法和通信装置 |
CN114616779A (zh) * | 2019-10-31 | 2022-06-10 | 现代自动车株式会社 | 用于在通信系统中传送和接收harq响应的方法和设备 |
-
2022
- 2022-07-06 CN CN202210800748.4A patent/CN115022232B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105337746A (zh) * | 2015-09-23 | 2016-02-17 | 浙江宇视科技有限公司 | 一种组播数据的传输方法和装置 |
CN108964940A (zh) * | 2017-05-23 | 2018-12-07 | 中兴通讯股份有限公司 | 消息发送方法及装置、存储介质 |
CN109309904A (zh) * | 2017-07-28 | 2019-02-05 | 华为技术有限公司 | 组播数据传输方法、相关设备及通信系统 |
WO2019214589A1 (zh) * | 2018-05-08 | 2019-11-14 | 华为技术有限公司 | 组播数据传输方法、相关装置及系统 |
CN111147383A (zh) * | 2018-11-02 | 2020-05-12 | 华为技术有限公司 | 报文转发的方法、发送报文的装置和接收报文的装置 |
CN112423239A (zh) * | 2019-08-23 | 2021-02-26 | 华为技术有限公司 | 广播的方法、装置和系统 |
CN114616779A (zh) * | 2019-10-31 | 2022-06-10 | 现代自动车株式会社 | 用于在通信系统中传送和接收harq响应的方法和设备 |
CN112911652A (zh) * | 2019-11-19 | 2021-06-04 | 华为技术有限公司 | 通信方法及装置 |
CN113938840A (zh) * | 2020-07-13 | 2022-01-14 | 华为技术有限公司 | 通信方法和通信装置 |
Non-Patent Citations (1)
Title |
---|
郭明;姚远;颜峻;于磊;: "基于组播访问管理协议的安全组播访问控制方案设计", 信息工程大学学报 * |
Also Published As
Publication number | Publication date |
---|---|
CN115022232B (zh) | 2023-05-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8705522B2 (en) | Mobile router support for IPv6 | |
US9143483B2 (en) | Method for anonymous communication, method for registration, method and system for transmitting and receiving information | |
US9622072B2 (en) | Communication method, method for forwarding data message during the communication process and communication node thereof | |
US9621458B2 (en) | Internet routing over a service-oriented architecture bus | |
US20040202183A1 (en) | Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent node | |
CN110798403B (zh) | 通信方法、通信设备和通信系统 | |
EP2392107B1 (en) | Methods and apparatus for forming, maintaining and/or using overlapping networks | |
CN109729012B (zh) | 一种单播报文传输方法和装置 | |
JP2005192187A (ja) | 複数の無線lan接続装置が設置された環境でユーザ端末と無線lan接続装置との間のチャンネル連結設定方法 | |
US20120177052A1 (en) | User-oriented communication method, route registration method and device, and communication system | |
EP2708001A1 (en) | Label switched routing to connect low power network domains | |
JP2020520612A (ja) | パケット伝送方法、エッジデバイス及び機械可読記憶媒体 | |
CN104219125A (zh) | 信息为中心网络icn中转发报文的方法、装置及系统 | |
CN102404192B (zh) | 报文传输方法和网络设备 | |
US20190199633A1 (en) | Method and apparatus for forwarding in information centric networking | |
Novaczki et al. | Micromobility support in HIP: survey and extension of host identity protocol | |
US20230353479A1 (en) | Edge Computing Data and Service Discovery Using an Interior Gateway Protocol (IGP) | |
CN105100300B (zh) | 网络地址转换nat的方法及装置 | |
CN115022232B (zh) | 组播组的管理方法、装置、设备及存储介质 | |
CN115277720B (zh) | 组播组的管理方法、装置、设备及存储介质 | |
CN115277720A (zh) | 组播组的管理方法、装置、设备及存储介质 | |
JP2003198581A (ja) | データ中継方法、及びその方法に用いられるデータ中継装置 | |
CN104427553A (zh) | 一种组播组优化方法及锚点 | |
CN103841027B (zh) | 哈希映射平面的映射信息注册和查找方法、设备及系统 | |
WO2011041972A1 (zh) | 一种数据报文主动推送的实现方法及系统 |
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 |