[发明专利]一种IPTV组播业务保护方法及系统

说明书

技术领域

本发明涉及网络通信技术领域，尤其涉及一种IPTV组播业务保护方法及系统。

背景技术

随着网络技术的日益发展，流媒体以其直观性、实时性、互动性等特点广泛地应用于视频点播、网络教学、网络直播等诸多业务上。更进一步地，运营商已经可以开展基于骨干网络的IPTV业务(通过互联网网络承载的电视业务)；而基于组播的电视业务是IPTV业务的核心。当前在组播转发中，如果中间链路或者节点故障，由于组播转发中没有类似于单播的FRR(快速重路由)技术，网络中的收敛都需要经历控制协议收敛-单播收敛-组播收敛的一个过程，从而无法保证组播在ms(毫秒)级别的收敛和转发，出现大量组播数据包丢失，难以满足于当前组播的时延、抖动和丢包率对于骨干网络的QoS(服务质量)要求。

目前一般采用BFD(双向转发检测)for PIM(协议无关组播)方案来解决组播网络出现节点和链路故障时的数据丢失问题。该方案中首先检测邻居是否存在，然后利用PIM收敛的方案进行组播的快速收敛。PIM是目前广泛应用的组播路由协议，用以在网络中建立组播转发路径。PIM通过发送自身的HELLO数据包建立和维持邻居关系，通过向PIM邻居发送协议数据包来建立、维护组播转发路径。目前实现的支持BFD的PIM协议只有SM(稀疏模式)和SSM(指定源组播)，这些协议通过BFD实现链路故障快速检测，以达到对HELLO机制的增强作用，虽然BFD for PIM方案可以使故障检测达到ms级，但由于BFDfor PIM方案在转发层面没有保障机制，对于网络收敛过程中丢失的数据报文无法进行补偿，从而难以满足对于丢包率要求较高的组播业务的QoS需求。

发明内容

一种IPTV组播业务保护方法，该方法包括：

叶子节点路由设备检测网络中的故障；

检测到故障时，向源路由设备发送IPTV组播业务流数据补偿请求；

接收所述源路由设备单播发送的IPTV组播业务流数据，所述IPTV组播业务流数据缓存在第一体验质量服务器QoE Server中，所述第一QoE Server为所述源路由设备内置的业务单板，或者是设置在所述源路由设备外部并与所述源路由设备直连的功能实体；

将接收到的所述IPTV组播业务流数据组播下发给用户设备。

本发明实施例提供还提供一种IPTV组播业务保护方法，该方法包括：

源路由设备接收IPTV组播业务流数据补偿请求，所述IPTV组播业务流数据补偿请求由叶子节点路由设备检测到网络中的故障时发送；

根据所述IPTV组播业务流数据补偿请求将缓存在第一体验质量服务器QoE Server中的IPTV组播业务流数据单播发送给所述叶子节点路由设备，所述第一QoE Server为所述源路由设备内置的业务单板，或者是设置在所述源路由设备外部并与所述源路由设备直连的功能实体。

为实现上述目的，本发明实施例提供一种IPTV组播业务保护系统，该系统包括叶子节点路由设备和源路由设备，所述叶子节点路由设备和源路由设备通过网络相连；

所述叶子节点路由设备用于检测所述网络中的故障；检测到故障时向所述源路由设备发送IPTV组播业务流数据补偿请求；

所述源路由设备用于根据所述IPTV组播业务流数据补偿请求将缓存在第一体验质量服务器QoE Server中的IPTV组播业务流数据单播发送给所述叶子节点路由设备，所述第一QoE Server为所述源路由设备内置的业务单板，或者是设置在所述源路由设备外部并与所述源路由设备直连的功能实体；

所述叶子节点路由设备进一步用于将接收到的所述源路由设备单播发送的IPTV组播业务流数据组播下发给用户设备。本发明实施例的IPTV组播业务保护方法和系统在转发层面对于网络收敛过程中丢失的报文进行补偿，可以实现组播在骨干网络的ms级收敛，避免组播网络出现网络或节点故障时导致的数据流丢失，更好地满足对QoS要求较高的组播业务对骨干网络时延、抖动和丢包率的QoS要求。

附图说明

图1为本发明实施例IPTV组播业务保护系统的示意图。

图2为本发明实施例IPTV组播业务保护方法的流程图。

具体实施方式

下文以运营商骨干网络中的IPTV组播业务为例进行进一步地详细描述。