CN109962800B - 组播业务负载分担方法、系统以及视频直播系统 - Google Patents

组播业务负载分担方法、系统以及视频直播系统 Download PDF

Info

Publication number
CN109962800B
CN109962800B CN201711419083.8A CN201711419083A CN109962800B CN 109962800 B CN109962800 B CN 109962800B CN 201711419083 A CN201711419083 A CN 201711419083A CN 109962800 B CN109962800 B CN 109962800B
Authority
CN
China
Prior art keywords
multicast
transcoding server
server
switch
route
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
Application number
CN201711419083.8A
Other languages
English (en)
Other versions
CN109962800A (zh
Inventor
胡海岗
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN201711419083.8A priority Critical patent/CN109962800B/zh
Publication of CN109962800A publication Critical patent/CN109962800A/zh
Application granted granted Critical
Publication of CN109962800B publication Critical patent/CN109962800B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1013—Network architectures, gateways, control or user entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种组播业务负载分担方法、系统以及视频直播系统，其中的方法包括：在两个区域分别设置第一组播转码服务器和第一汇聚点RP、第二组播转码服务器和第二汇聚点RP；第一RP将组播流同步给第二RP，第一组播转码服务器、第二组播转码服务器分别对组播流进行转码处理，分别将转码后的组播流发送给第一RP和第二RP进行注册，用于提供直播服务。本发明的方法、系统以及视频直播系统，通过在异地设置双RP、组播转码服务器的组网结构，并进行相关数据配置，可以防止组播转码服务器或RP的故障影响全网用户，同时异地节点可以实现相互热备，可以达到异地容灾的效果，能够提高用户的使用感受。

Description

组播业务负载分担方法、系统以及视频直播系统
技术领域
本发明涉及组播技术领域，尤其涉及一种组播业务负载分担方法、系统以及视频直播系统。
背景技术
直播类业务可以通过单播或组播实现，国内IPTV的直播业务多数是通过组播技术实现，需要配置组播汇聚点RP(Rendezvous Point)。例如，IPTV平台设置组播转码服务器将组播视频流注册到RP，终端(机顶盒)向RP拉流观看直播节目。目前，国内运营商的IPTV组播转码服务器(单平台)和RP基本为单地市设置，无法达到异地容灾的效果，一旦出现故障将影响整网全部用户。
发明内容
本发明的一个或多个实施例提供一种组播业务负载分担方法、系统以及视频直播系统。
根据本公开的一个方面，提供一种组播业务负载分担方法，包括：设置位于第一区域内的第一组播转码服务器和第一汇聚点RP，以及位于第二区域内的第二组播转码服务器和第二汇聚点RP；所述第一RP接收到组播流，将所述组播流同步给所述第二RP；所述第一组播转码服务器、所述第二组播转码服务器分别对所述第一RP、所述第二RP发送的所述组播流进行转码处理；所述第一组播转码服务器、所述第二组播转码服务器分别将转码后的组播流发送给所述第一RP、所述第二RP进行注册，用于提供直播服务。
可选地，对于所述第一组播转码服务器和所述第二组播转码服务器设置相同的IP地址。
可选地，所述第一RP优先选择指向所述第一组播转码服务器的第一本地路由，所述第二RP优先选择指向所述第二组播转码服务器的第二本地路由；当确定所述第一组播转码服务器或所述第二组播转码服务器发生故障失效时，所述第一RP或所述第二RP自动切换到所述第二本地路由或所述第一本地路由，以使所述第一RP和所述第二RP接收到处于正常状态的所述第二组播转码服务器或所述第一组播转码服务器发送的转码后的组播流。
可选地，设置位于第一区域内的第一出口交换机，分别与所述第一组播转码服务器和所述第一RP连接；设置位于第二区域内的第二出口交换机，分别与所述第二组播转码服务器和所述第二RP连接；所述第一出口交换机将所述第一本地路由发送给所述第一RP，所述第二出口交换机将所述第二本地路由发送给所述第二RP；所述第一RP向所述第二RP发送所述第一本地路由，并且，所述第二RP向所述第一RP发送所述第二本地路由。
可选地，所述第一RP和所述第二RP分别通过IGP协议与所述第一出口交换机和所述第二出口交换机建立邻居关系，所述第一出口交换机和所述第二出口交换机基于IGP协议将所述第一本地路由和所述第二本地路由发送给所述第一RP和所述第二RP。
可选地，所述第一RP和所述第二RP分别通过BGP协议建立邻居关系，所述第一RP基于BGP协议向所述第二RP发送所述第一本地路由，并且，所述第二RP基于BGP协议向所述第一RP发送所述第二本地路由。
可选地，在所述第一出口交换机和所述第二出口交换机上设置有网络质量分析模块，用于检测所述第一组播转码服务器或所述第二组播转码服务器发送的数据包，确定所述第一组播转码服务器或所述第二组播转码服务器是否出现异常。
可选地，设置位于第一区域内的第一CDN服务器，用于通过第一出口交换机接收所述第一RP发送的转码后的组播流，基于此组播流对所述直播业务数据流进行录制；设置位于第二区域内的第二CDN服务器，用于通过第二出口交换机接收所述第二RP发送的转码后的组播流，基于此组播流对所述直播业务数据流进行录制。
可选地，在所述第一出口交换机和所述第一RP上分别设置第一vlanif接口；将所述第一vlanif接口和所述第一CDN服务器上联所述第一出口交换机的端口绑定在同一个第一VPN内，将所述第一VPN的默认路由指向所述第一RP；在所述第二出口交换机和所述第二RP上分别设置第二vlanif接口；将所述第二vlanif接口和所述第二CDN服务器上联所述第二出口交换机的端口绑定在同一个第二VPN内，将所述第二VPN的默认路由指向所述第二RP。
可选地，所述组播流包括：IPTV组播流。
根据本公开的另一方面，提供一种组播业务负载分担系统，包括：位于第一区域内的第一组播转码服务器和第一汇聚点RP、位于第二区域内的第二组播转码服务器和第二汇聚点RP；所述第一RP，用于接收组播流，将所述组播流同步给所述第二RP；所述第一组播转码服务器、所述第二组播转码服务器分别对所述第一RP、所述第二RP发送的所述组播流进行转码处理，分别将转码后的组播流分别发送给所述第一RP、所述第二RP进行注册，用于提供直播服务。
可选地，所述第一组播转码服务器和所述第二组播转码服务器设置相同的IP地址。
可选地，所述第一RP，用于优先选择指向所述第一组播转码服务器的第一本地路由；所述第二RP，用于优先选择指向所述第二组播转码服务器的第二本地路由；其中，当确定所述第一组播转码服务器或所述第二组播转码服务器发生故障失效时，所述第一RP或所述第二RP自动切换到所述第二本地路由或所述第一本地路由，以使所述第一RP和所述第二RP接收到处于正常状态的所述第二组播转码服务器或所述第一组播转码服务器发送的转码后的组播流。
可选地，位于第一区域内的第一出口交换机，分别与所述第一组播转码服务器和所述第一RP连接；位于第二区域内的第二出口交换机，分别与所述第二组播转码服务器和所述第二RP连接；其中，所述第一出口交换机将所述第一本地路由发送给所述第一RP，所述第二出口交换机将所述第二本地路由发送给所述第二RP；所述第一RP向所述第二RP发送所述第一本地路由，所述第二RP向所述第一RP发送所述第二本地路由。
可选地，所述第一RP和所述第二RP分别通过IGP协议与所述第一出口交换机和所述第二出口交换机建立邻居关系，所述第一出口交换机和所述第二出口交换机基于IGP协议将所述第一本地路由和所述第二本地路由发送给所述第一RP和所述第二RP。
可选地，所述第一RP和所述第二RP分别通过BGP协议建立邻居关系，所述第一RP基于BGP协议向所述第二RP发送所述第一本地路由，并且，所述第二RP基于BGP协议向所述第一RP发送所述第二本地路由。
可选地，网络质量分析模块；在所述第一出口交换机和所述第二出口交换机上设置有所述网络质量分析模块，检测所述第一组播转码服务器或所述第二组播转码服务器发送的数据包，确定所述第一组播转码服务器或所述第二组播转码服务器是否出现异常。
可选地，位于第一区域内的第一CDN服务器、位于第二区域内的第二CDN服务器；所述第一CDN服务器，用于通过第一出口交换机接收所述第一RP发送的转码后的组播流，基于此组播流对所述直播业务数据流进行录制；所述第二CDN服务器，用于通过第二出口交换机接收所述第二RP发送的转码后的组播流，基于此组播流对所述直播业务数据流进行录制。
可选地，所述第一出口交换机和所述第一RP上分别设置有第一vlanif接口；其中，所述第一vlanif接口和所述第一CDN服务器上联所述第一出口交换机的端口绑定在同一个第一VPN内，所述第一VPN的默认路由指向所述第一RP；所述第二出口交换机和所述第二RP上分别设置有第二vlanif接口；其中，所述第二vlanif接口和所述第二CDN服务器上联所述第二出口交换机的端口绑定在同一个第二VPN内，所述第二VPN的默认路由指向所述第二RP。
可选地，所述组播流包括：IPTV组播流。
根据本公开的又一方面，提供一种视频直播系统，包括：如上所述的组播业务负载分担系统。
本公开的组播业务负载分担方法、系统以及视频直播系统，在两个区域分别设置第一组播转码服务器和第一汇聚点RP、第二组播转码服务器和第二汇聚点RP；第一RP将组播流同步给第二RP，第一组播转码服务器、第二组播转码服务器分别对组播流进行转码处理，分别将转码后的组播流发送给第一RP和第二RP进行注册，用于提供直播服务；通过在异地设置双RP、组播转码服务器的组网结构，并进行相关数据配置，可以防止组播转码服务器或RP的故障影响全网用户，同时异地节点可以实现相互热备，可以达到异地容灾的效果，能够提高用户的使用感受。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为根据本公开的组播业务负载分担方法的一个实施例的流程示意图；
图2为根据本公开的组播业务负载分担方法的另一个实施例的数据传输示意图；
图3为根据本公开的组播业务负载分担方法的另一个实施例的协议支持示意图；
图4为现有的组播的原树和共享树的示意图；
图5为根据本公开的组播业务负载分担方法的另一个实施例的建立组播VPN的示意图；
图6为根据本公开的组播业务负载分担方法的另一个实施例在实际应用中的部署示意图；
图7为根据本公开的组播业务负载分担系统的一个实施例的模块示意图。
具体实施方式
下面参照附图对本公开进行更全面的描述，其中说明本公开的示例性实施例。下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
下文中的“第一”、“第二”等仅用于描述上相区别，并没有其它特殊的含义。
图1为根据本公开的组播业务负载分担方法的一个实施例的流程示意图，如图1所示：
步骤101，设置位于第一区域内的第一组播转码服务器和第一汇聚点RP，以及位于第二区域内的第二组播转码服务器和第二汇聚点RP。组播流包括IPTV组播流等。第一区域和第二区域可以互为本地区域和异地区域。
步骤102，第一RP接收到组播流，将组播流同步给第二RP。
步骤103，第一组播转码服务器、第二组播转码服务器分别对第一RP、第二RP发送的组播流进行转码处理。
步骤104，第一组播转码服务器和第二组播转码服务器分别将转码后的组播流分别发送给第一RP和第二RP进行注册，用于提供直播服务。
本公开的组播业务负载分担方法，为了防止组播转码服务器或RP故障影响全网用户，增加平台的健壮性，通过设置异地组播转码服务器和RP节点，每个节点服务一定区域的用户，同时异地节点可以实现相互热备，即一个节点出现故障，业务直接切换到另外一个节点，对用户没有感知。
在一个实施例中，在异地设置第二组播转码服务器，配套建立第二RP，异地的第二RP与本地的第一RP通过传输实现互联，并建立组播源发现协议msdp peer，同步组播流，对外发布相同的RP地址。如果第二组播转码服务器的IP地址与第一组播转码服务器的IP地址不同，对于同样一路组播流，位于两地的第一组播转码服务器、第二组播转码服务器因为IP地址不同，在RP注册时会形成两个(S，G)表象，从而出现一路节目两束数据流。在用户观看时，会出现花屏现象。因此，位于两地的组播转码服务器只能设置相同的IP地址，即对于第一组播转码服务器和第二组播转码服务器设置相同的IP地址。
如图2所示，A区域的第一RP接收到初始组播流后，将组播流通过msdp peer同步到B区域的第二RP。位于两地的第一组播转码服务器、第二组播转码服务器将初始组播流进行转码，分别将转码后的组播流后向第一RP、第二RP注册，从而为用户提供直播节目，同时为了实现回看和时移，位于两地的第一CDN(Content Delivery Network，内容分发网络)服务器、第二CDN会对直播节目实时录制。
第一组播转码服务器、第二组播转码服务器设置相同的IP地址，需要解决第一RP和第二RP如何优先选择本地组播转码服务器IP地址的路由的问题，如何实现本地的组播转码服务器的IP地址因故障失效后自动切换到异地的组播转码服务器IP地址的路由，在本地组播转码服务器故障恢复后，RP如何将路由切回。并且，需要解决本地组播转码服务器故障后，本地CDN的能正常录制节目。
设置位于第一区域内的第一出口交换机，分别与第一组播转码服务器和第一RP连接；设置位于第二区域内的第二出口交换机，分别与第二组播转码服务器和第二RP连接。
第一RP优先选择指向第一组播转码服务器的第一本地路由，第一本地路由为在第一区域内部署的系统中的本地路由。第二RP优先选择指向第二组播转码服务器的第二本地路由，第二本地路由为在第二区域内部署的系统中的本地路由。第一出口交换机将第一本地路由发送给第一RP，第二出口交换机将第二本地路由发送给第二RP。第一RP向第二RP发送第一本地路由，并且，第二RP向第一RP发送第二本地路由。
在第一出口交换机和第二出口交换机上设置有网络质量分析模块，用于检测第一组播转码服务器或第二组播转码服务器发送的数据包，确定第一组播转码服务器或第二组播转码服务器是否出现异常。例如，第一出口交换机和第二出口交换机都配置NQA((Network Quality Analyzer，网络质量分析，是一种实时的网络性能探测和统计技术)，通过检测类型为ICMP的响应报文动态探测组播转码服务器的IP存活情况。
当确定第一组播转码服务器或第二组播转码服务器发生故障失效时，第一RP或第二RP自动切换到第二本地路由或第一本地路由，以使第一RP和第二RP接收到处于正常状态的第二组播转码服务器或第一组播转码服务器发送的转码后的组播流，通过使第一RP和第二RP切换至处于正常状态的第二组播转码服务器或第一组播转码服务器，可以继续提供直播服务。
第一RP和第二RP分别通过IGP协议与第一出口交换机和第二出口交换机建立邻居关系，第一出口交换机和第二出口交换机基于IGP协议将第一本地路由和第二本地路由发送给第一RP和第二RP。第一RP和第二RP分别通过BGP协议建立邻居关系，第一RP基于BGP协议向第二RP发送第一本地路由，并且，第二RP基于BGP协议向第一RP发送第二本地路由。
如图3所示，第一RP和第一本地出口交换机建立IGB(ospf)邻居，第一出口交换机将第一组播转码服务器的明细路由(本地路由)通过IGP报文传递给第一RP。第二RP和第二本地出口交换机也建立IGB(ospf)邻居，第二出口交换机将第二组播转码服务器的明细路由(本地路由)通过IGP报文传递给第二RP。
位于两地的第一RP和第二RP建立BGP邻居，并通过BGP报文同时发布第一组播转码服务器和第二组播转码服务器的明细路由(本地路由)。通过IGB报文学习到的路由比通过BGP报文学习到的路由优先级高，因此，第一RP会优选指向本地的第一组播转码服务器IP地址的路由加入到IP路由表。当本地的第一组播转码服务器IP地址失效后，第一RP会选择通过BGP报文学习到第二组播转码服务器的明细路由(本地路由)的到IP路由表，可以使第一RP切换至处于正常状态的第二组播转码服务器，可以继续提供获取转码后的组播流提供直播服务。
设置位于第一区域内的第一CDN服务器，通过第一出口交换机接收第一RP发送的转码后的组播流，基于此组播流对直播业务数据流进行录制。设置位于第二区域内的第二CDN服务器，用于通过第二出口交换机接收第二RP发送的转码后的组播流，基于此组播流对直播业务数据流进行录制。
现有的组播的原树和共享树如图4所示，CDN录制节目时可以看作是一个用户，从共享树切换到原树后维持到一个稳定状态。组播转码服务器会配置一段业务地址，若其中某个地址不通后，本地业务段地址路由不会撤销，CDN就不会感知到故障，通过该IP地址录制的节目就会失败，从而影响用户的回看和时移。为了解决该问题，引入了组播VPN。在第一出口交换机和第一RP上分别设置第一vlanif接口，将第一vlanif接口和第一CDN服务器上联第一出口交换机的端口绑定在同一个第一VPN内，将第一VPN的默认路由指向第一RP。在第二出口交换机和第二RP上分别设置第二vlanif接口，将第二vlanif接口和第二CDN上联第二出口交换机的端口绑定在同一个第二VPN内，将第二VPN的默认路由指向第二RP。
如图5所示，第一出口交换机和第一RP物理端口新增一个vlanif接口，将该vlanif接口和第一CDN服务器上联出口交换机的端口绑定到一个VPN内并开启VPN组播协议，同时将该VPN默认路由指向第一RP，从逻辑上将第一CDN服务器和第一组播转码服务器进行隔离，强制使第一CDN服务器至第一组播转码服务器的原树绕行第一RP。由于第一RP配置有到第一组播转码服务器明细路由的NQA，因此，某个明细路由故障后，会实时切换到BGP路由。在B区域的第二出口交换机和第二RP物理端口也新增一个vlanif接口，B区域的组播VPN的配置方法与A区域内的组播VPN的配置方法相同。也可以在B区域再引入一路组播流，从而可以达到组播的异地容灾备份。
在一个实施例中，如图6所示，能够实现在异地配置组播转码服务器和RP双节点，共同承载业务并且互为热备,可以很好的实现了异地容灾。如图6中的组网结构及相关数据配置，已经在某省电信建设IPTV时实施，分别在城市A和城市B设置了两套RP和两套组播转码服务器，两套RP对外服务的IP地址相同，两地的组播转码服务器的源地址相同，两套RP相互异地热备。
在一个实施例中，如图7所示，本公开提供一种组播业务负载分担系统，包括：位于第一区域70内的第一汇聚点RP 71、第一组播转码服务器73、第一出口交换机72和第一CDN服务器74；位于第二区域80内的第二汇聚点RP 81、第二组播转码服务器83、第二出口交换机82和第二CDN服务器84。
第一RP 71接收组播流，将组播流同步给第二RP 81。第一组播转码服务器73、第二组播转码服务器83分别对第一RP 71、第二RP 81发送的组播流进行转码处理，将转码后的组播流分别发送给第一RP 71、第二RP 81进行注册，用于提供直播服务。
第一组播转码服务器73和第二组播转码服务器83设置相同的IP地址。第一RP 73优先选择指向第一组播转码服务器73的第一本地路由。第二RP 81优先选择指向第二组播转码服务器83的第二本地路由。在第一出口交换机和第二出口交换机上设置有网络质量分析模块，检测第一组播转码服务器73或第二组播转码服务器83发送的数据包，确定第一组播转码服务器73或第二组播转码服务器83是否出现异常。
当确定第一组播转码服务器73或第二组播转码服务器83发生故障失效时，第一RP71或第二RP 81自动切换到第二本地路由或第一本地路由，以使第一RP 71和第二RP 81接收到处于正常状态的第二组播转码服务器83或第一组播转码服务器73发送的转码后的组播流。
位于第一区域内的第一出口交换机，分别与第一组播转码服务器73和第一RP 71连接。位于第二区域内的第二出口交换机，分别与第二组播转码服务器83和第二RP 81连接。第一出口交换机将第一本地路由发送给第一RP 71，第二出口交换机将第二本地路由发送给第二RP 81。第一RP 71向第二RP 81发送第一本地路由，第二RP 81向第一RP 71发送第二本地路由。
第一RP 71和第二RP 81分别通过IGP协议与第一出口交换机和第二出口交换机建立邻居关系，第一出口交换机和第二出口交换机基于IGP协议将第一本地路由和第二本地路由发送给第一RP 71和第二RP 81。第一RP 71和第二RP 81分别通过BGP协议建立邻居关系，第一RP 71基于BGP协议向第二RP 81发送第一本地路由，并且，第二RP 81基于BGP协议向第一RP 71发送第二本地路由。
第一CDN服务器74通过第一出口交换机72接收第一RP 71发送的转码后的组播流，基于此组播流对直播业务数据流进行录制.第二CDN服务器84通过第二出口交换机82接收第二RP 81发送的转码后的组播流，基于此组播流对直播业务数据流进行录制。
第一出口交换机和第一RP 71上分别设置有第一vlanif接口；其中，第一vlanif接口和第一CDN服务器74上联第一出口交换机的端口绑定在同一个第一VPN内，第一VPN的默认路由指向第一RP 71。第二出口交换机和第二RP 81上分别设置有第二vlanif接口，第二vlanif接口和第二CDN服务器84上联第二出口交换机的端口绑定在同一个第二VPN内，第二VPN的默认路由指向第二RP 81。
上述实施例提供的组播业务负载分担方法、系统以及视频直播系统，在两个区域分别设置第一组播转码服务器和第一汇聚点RP、第二组播转码服务器和第二汇聚点RP；第一RP将组播流同步给第二RP，第一组播转码服务器、第二组播转码服务器分别对组播流进行转码处理，分别将转码后的组播流发送给第一RP和第二RP进行注册，用于提供直播服务；通过在异地设置双RP、组播转码服务器的组网结构，并进行相关数据配置，可以防止组播转码服务器或RP的故障影响全网用户，同时异地节点可以实现相互热备，当一个节点出现故障，业务直接切换到另外一个节点，对用户没有感知，可以达到异地容灾的效果，能够提高用户的使用感受。
可能以许多方式来实现本公开的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和系统。用于方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
本公开的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用，并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。

Claims (19)

1.一种组播业务负载分担方法，包括：
设置位于第一区域内的第一组播转码服务器和第一汇聚点RP，以及位于第二区域内的第二组播转码服务器和第二汇聚点RP；
所述第一RP接收到组播流，将所述组播流同步给所述第二RP；
所述第一组播转码服务器、所述第二组播转码服务器分别对所述第一RP、所述第二RP发送的所述组播流进行转码处理；
所述第一组播转码服务器、所述第二组播转码服务器分别将转码后的组播流发送给所述第一RP、所述第二RP进行注册，用于提供直播服务；
其中，所述第一RP优先选择指向所述第一组播转码服务器的第一本地路由，所述第二RP优先选择指向所述第二组播转码服务器的第二本地路由；当确定所述第一组播转码服务器或所述第二组播转码服务器发生故障失效时，所述第一RP或所述第二RP自动切换到所述第二本地路由或所述第一本地路由，以使所述第一RP和所述第二RP接收到处于正常状态的所述第二组播转码服务器或所述第一组播转码服务器发送的转码后的组播流。
2.如权利要求1所述的方法，其特征在于，还包括：
对于所述第一组播转码服务器和所述第二组播转码服务器设置相同的IP地址。
3.如权利要求2所述的方法，其特征在于，还包括：
设置位于第一区域内的第一出口交换机，分别与所述第一组播转码服务器和所述第一RP连接；
设置位于第二区域内的第二出口交换机，分别与所述第二组播转码服务器和所述第二RP连接；
所述第一出口交换机将所述第一本地路由发送给所述第一RP，所述第二出口交换机将所述第二本地路由发送给所述第二RP；
所述第一RP向所述第二RP发送所述第一本地路由，并且，所述第二RP向所述第一RP发送所述第二本地路由。
4.如权利要求3所述的方法，其特征在于，还包括：
所述第一RP和所述第二RP分别通过IGP协议与所述第一出口交换机和所述第二出口交换机建立邻居关系，所述第一出口交换机和所述第二出口交换机基于IGP协议将所述第一本地路由和所述第二本地路由发送给所述第一RP和所述第二RP。
5.如权利要求4所述的方法，其特征在于，还包括：
所述第一RP和所述第二RP分别通过BGP协议建立邻居关系，所述第一RP基于BGP协议向所述第二RP发送所述第一本地路由，并且，所述第二RP基于BGP协议向所述第一RP发送所述第二本地路由。
6.如权利要求3所述的方法，其特征在于，还包括：
在所述第一出口交换机和所述第二出口交换机上设置有网络质量分析模块，用于检测所述第一组播转码服务器或所述第二组播转码服务器发送的数据包，确定所述第一组播转码服务器或所述第二组播转码服务器是否出现异常。
7.如权利要求3所述的方法，其特征在于，还包括：
设置位于第一区域内的第一CDN服务器，用于通过第一出口交换机接收所述第一RP发送的转码后的组播流，基于此组播流对直播业务数据流进行录制；
设置位于第二区域内的第二CDN服务器，用于通过第二出口交换机接收所述第二RP发送的转码后的组播流，基于此组播流对所述直播业务数据流进行录制。
8.如权利要求7所述的方法，其特征在于，还包括：
在所述第一出口交换机和所述第一RP上分别设置第一vlanif接口；将所述第一vlanif接口和所述第一CDN服务器上联所述第一出口交换机的端口绑定在同一个第一VPN内，将所述第一VPN的默认路由指向所述第一RP；
在所述第二出口交换机和所述第二RP上分别设置第二vlanif接口；将所述第二vlanif接口和所述第二CDN服务器上联所述第二出口交换机的端口绑定在同一个第二VPN内，将所述第二VPN的默认路由指向所述第二RP。
9.如权利要求1所述的方法，其特征在于，
所述组播流包括：IPTV组播流。
10.一种组播业务负载分担系统，包括：
位于第一区域内的第一组播转码服务器和第一汇聚点RP、位于第二区域内的第二组播转码服务器和第二汇聚点RP；
所述第一RP，用于接收组播流，将所述组播流同步给所述第二RP；
所述第一组播转码服务器、所述第二组播转码服务器分别对所述第一RP、所述第二RP发送的所述组播流进行转码处理，分别将转码后的组播流分别发送给所述第一RP、所述第二RP进行注册，用于提供直播服务；
其中，所述第一RP，用于优先选择指向所述第一组播转码服务器的第一本地路由；
所述第二RP，用于优先选择指向所述第二组播转码服务器的第二本地路由；
其中，当确定所述第一组播转码服务器或所述第二组播转码服务器发生故障失效时，所述第一RP或所述第二RP自动切换到所述第二本地路由或所述第一本地路由，以使所述第一RP和所述第二RP接收到处于正常状态的所述第二组播转码服务器或所述第一组播转码服务器发送的转码后的组播流。
11.如权利要求10所述的系统，其特征在于，
所述第一组播转码服务器和所述第二组播转码服务器设置相同的IP地址。
12.如权利要求11所述的系统，其特征在于，还包括：
位于第一区域内的第一出口交换机，分别与所述第一组播转码服务器和所述第一RP连接；位于第二区域内的第二出口交换机，分别与所述第二组播转码服务器和所述第二RP连接；
其中，所述第一出口交换机将所述第一本地路由发送给所述第一RP，所述第二出口交换机将所述第二本地路由发送给所述第二RP；所述第一RP向所述第二RP发送所述第一本地路由，所述第二RP向所述第一RP发送所述第二本地路由。
13.如权利要求12所述的系统，其特征在于，
所述第一RP和所述第二RP分别通过IGP协议与所述第一出口交换机和所述第二出口交换机建立邻居关系，所述第一出口交换机和所述第二出口交换机基于IGP协议将所述第一本地路由和所述第二本地路由发送给所述第一RP和所述第二RP。
14.如权利要求13所述的系统，其特征在于，
所述第一RP和所述第二RP分别通过BGP协议建立邻居关系，所述第一RP基于BGP协议向所述第二RP发送所述第一本地路由，并且，所述第二RP基于BGP协议向所述第一RP发送所述第二本地路由。
15.如权利要求13所述的系统，其特征在于，还包括：
网络质量分析模块；在所述第一出口交换机和所述第二出口交换机上设置有所述网络质量分析模块，检测所述第一组播转码服务器或所述第二组播转码服务器发送的数据包，确定所述第一组播转码服务器或所述第二组播转码服务器是否出现异常。
16.如权利要求12所述的系统，其特征在于，还包括：
位于第一区域内的第一CDN服务器、位于第二区域内的第二CDN服务器；
所述第一CDN服务器，用于通过第一出口交换机接收所述第一RP发送的转码后的组播流，基于此组播流对直播业务数据流进行录制；
所述第二CDN服务器，用于通过第二出口交换机接收所述第二RP发送的转码后的组播流，基于此组播流对所述直播业务数据流进行录制。
17.如权利要求16所述的系统，其特征在于，
所述第一出口交换机和所述第一RP上分别设置有第一vlanif接口；其中，所述第一vlanif接口和所述第一CDN服务器上联所述第一出口交换机的端口绑定在同一个第一VPN内，所述第一VPN的默认路由指向所述第一RP；
所述第二出口交换机和所述第二RP上分别设置有第二vlanif接口；其中，所述第二vlanif接口和所述第二CDN服务器上联所述第二出口交换机的端口绑定在同一个第二VPN内，所述第二VPN的默认路由指向所述第二RP。
18.如权利要求10所述的系统，其特征在于，
所述组播流包括：IPTV组播流。
19.一种视频直播系统，其特征在于，包括：
如权利要求10至18任一项所述的组播业务负载分担系统。
CN201711419083.8A 2017-12-25 2017-12-25 组播业务负载分担方法、系统以及视频直播系统 Active CN109962800B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711419083.8A CN109962800B (zh) 2017-12-25 2017-12-25 组播业务负载分担方法、系统以及视频直播系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711419083.8A CN109962800B (zh) 2017-12-25 2017-12-25 组播业务负载分担方法、系统以及视频直播系统

Publications (2)

Publication Number Publication Date
CN109962800A CN109962800A (zh) 2019-07-02
CN109962800B true CN109962800B (zh) 2022-03-29

Family

ID=67020747

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711419083.8A Active CN109962800B (zh) 2017-12-25 2017-12-25 组播业务负载分担方法、系统以及视频直播系统

Country Status (1)

Country Link
CN (1) CN109962800B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111541905B (zh) * 2020-04-17 2022-05-20 广州虎牙科技有限公司 一种直播方法、装置、计算机设备和存储介质
CN111770077B (zh) * 2020-06-24 2022-07-12 亦非云互联网技术（上海）有限公司 基于边缘计算虚拟专网的数据分发方法、系统、介质及装置
CN113872790B (zh) * 2020-06-30 2023-02-24 华为技术有限公司 一种业务信号传输方法及网络设备
CN115348194A (zh) * 2022-08-12 2022-11-15 中国工商银行股份有限公司 基于业务模拟的监控方法及装置、电子设备、存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7003692B1 (en) * 2002-05-24 2006-02-21 Cisco Technology, Inc. Dynamic configuration synchronization in support of a “hot” standby stateful switchover
CN101562536A (zh) * 2009-05-19 2009-10-21 迈普通信技术股份有限公司 一种局部路径保护的快速重路由方法
CN104427354A (zh) * 2013-08-28 2015-03-18 中兴通讯股份有限公司 一种直播媒体共享的方法、流媒体服务器及节点子系统
CN106612194A (zh) * 2015-10-22 2017-05-03 中兴通讯股份有限公司 一种iptv容灾方法、装置、系统及机顶盒
CN106658184A (zh) * 2015-11-02 2017-05-10 中兴通讯股份有限公司 播放视频直播容灾方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6785254B2 (en) * 2000-12-01 2004-08-31 Motorola, Inc. Wireless communication system incorporating multicast addressing and method for use

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7003692B1 (en) * 2002-05-24 2006-02-21 Cisco Technology, Inc. Dynamic configuration synchronization in support of a “hot” standby stateful switchover
CN101562536A (zh) * 2009-05-19 2009-10-21 迈普通信技术股份有限公司 一种局部路径保护的快速重路由方法
CN104427354A (zh) * 2013-08-28 2015-03-18 中兴通讯股份有限公司 一种直播媒体共享的方法、流媒体服务器及节点子系统
CN106612194A (zh) * 2015-10-22 2017-05-03 中兴通讯股份有限公司 一种iptv容灾方法、装置、系统及机顶盒
CN106658184A (zh) * 2015-11-02 2017-05-10 中兴通讯股份有限公司 播放视频直播容灾方法及装置

Also Published As

Publication number Publication date
CN109962800A (zh) 2019-07-02

Similar Documents

Publication Publication Date Title
CN109962800B (zh) 组播业务负载分担方法、系统以及视频直播系统
US9871724B2 (en) System and method of active/standby protection for user-side multicast services and routing device
CN101146215B (zh) 基于组播的视频服务冗余备份方法、装置及系统
US7817542B2 (en) Method and network device for fast service convergence
US9264302B2 (en) Methods and systems with enhanced robustness for multi-chassis link aggregation group
EP3507951B1 (en) Bandwidth management in a non-blocking network fabric
EP2099172A1 (en) Method of redundancy protection of multicast flow and device thereof
US8576702B2 (en) Receiving multicast traffic at non-designated routers
EP3340550B1 (en) Service message multicast method and device
US7940694B2 (en) Intelligent filtering of redundant data streams within computer networks
US20100091648A1 (en) Method, device and system for protecting multicast traffic
US10270604B2 (en) PIM join entropy
Noghani et al. Streaming multicast video over software-defined networks
US20230155921A1 (en) Multicast packet sending method, apparatus, and system
CN113542932B (zh) 网络的主备切换方法、系统、设备和存储介质
CN101202705A (zh) 增强组播可靠性的方法和路由器
WO2014146541A1 (zh) Cdn与网络融合系统、调度模块选定方法及计算机存储介质
US9112791B2 (en) Methods and apparatus for protecting a communications network
CN101771551B (zh) 一种虚拟专有组播业务中流媒体分发的方法、装置及系统
WO2008125675A1 (en) Method for operating a network element and according device as well as communication system comprising such device
Latif et al. IRP: Intelligent rendezvous point for multicast control plane
KR20110136137A (ko) 이중화 구조를 갖는 네트워크 접속 시스템 및 방법
Lencse et al. Experimental analysis of the fault tolerance of the PIM-SM IP multicast routing protocol under GNS3
CN115776437A (zh) 一种面向ip系统边界的信号敏捷替换方法
US20080205297A1 (en) Ip multicast delivery apparatus, content delivery system, and ip multicast delivery method being employed therefor

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