CN102130778A - 一种iptv组播业务保护方法及系统 - Google Patents
一种iptv组播业务保护方法及系统 Download PDFInfo
- Publication number
- CN102130778A CN102130778A CN2010105162540A CN201010516254A CN102130778A CN 102130778 A CN102130778 A CN 102130778A CN 2010105162540 A CN2010105162540 A CN 2010105162540A CN 201010516254 A CN201010516254 A CN 201010516254A CN 102130778 A CN102130778 A CN 102130778A
- Authority
- CN
- China
- Prior art keywords
- iptv
- multicast
- leaf node
- routing device
- data
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种IPTV组播业务保护方法和系统。本发明实施例提供的组播保护方法,包括:叶子节点路由设备检测网络中的故障;检测到故障时,向源路由设备发送IPTV组播业务流数据补偿请求;接收所述源路由设备单播发送的IPTV组播业务流数据,所述IPTV组播业务流数据缓存在第一体验质量服务器QoE Server中,所述第一QoE Server为所述源路由设备内置的业务单板,或者是设置在所述源路由设备外部并与所述源路由设备直连的功能实体;将接收到的所述IPTV组播业务流数据组播下发给用户设备本发明的组播保护方法可以在转发层面对于网络收敛过程中丢失的报文进行补偿,避免组播网络出现网络或节点故障时导致的数据流丢失,更好地满足对QoS要求较高的组播业务对骨干网络时延、抖动和丢包率的QoS要求。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种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组播业务为例进行进一步地详细描述。
参见图1,本发明实施例提供一种IPTV组播业务保护系统,该系统包括叶子节点路由器PE-A和源路由器PE-S,其中所述叶子节点路由器PE-A和源路由器PE-S通过网络相连。当网络中发生故障时,所述叶子节点路由器PE-A检测所述故障。检测到故障的所述叶子节点路由器PE-A向源路由器PE-S发送IPTV组播业务流数据补偿请求。所述源路由器PE-S根据所述IPTV组播业务流数据补偿请求将缓存在第一体验质量服务器QoE Server中的IPTV组播业务流数据单播发送给所述叶子节点路由器PE-A,所述第一体验质量服务器QoE Server为所述源路由器内置的业务单板,或者是设置在所述源路由器外部并与所述源路由器直连的功能实体。举例来说,所述第一体验质量服务器QoE Server为所述源路由器内置的业务单板,发送到PE-S的所有组播业务流首先被传送到PE-S的QoE Server业务单板,在QoE Server业务单板中可以缓存所有发送到PE-S的IPTV组播频道的实时流数据。所述叶子节点路由器PE-A将接收到的所述IPTV组播业务流数据组播下发给用户设备。
所述叶子节点路由器PE-A和源路由器PE-S位于骨干网络中,主要负责组播转发。其中叶子节点路由器PE-A是与用户设备相连处理组播IGMP(因特网组管理协议)消息的第一跳路由器,源路由器PE-S是和组播源(IPTV头端)相连的第一跳路由器。所述IPTV头端提供承载于IP组播的电视频道内容,并且在IPTV头端中使用一个组播组承载一个频道。所述叶子节点路由器PE-A位于骨干网络并和用户设备相连。举例来说,所述用户设备可以是STB(用户机顶盒)。
本发明实施例提供的IPTV组播业务保护系统还包括第二体验质量服务器QoE Server,所述第二QoE Server为所述叶子节点路由器内置的业务单板,或者是设置在所述叶子节点路由器外部并与所述叶子节点路由器直连的功能实体,本实施例以第二体验质量服务器QoEServer为叶子节点路由器中内置的业务单板为例进行说明。正常情况下,IPTV组播流中的RTP数据包的序列号是顺序排列的,在存在数据包丢失的情况下,组播流中的RTP数据包会出现序列号不连续的现象。因此就可以通过检测组播流中的RTP数据包序列号是否连续来判断是否存在链路故障或节点故障。举例来说,在组播网络中可能存在仅仅一个或者极少数RTP数据包丢失的情况,这种情况可能是IPTV平台或者其他多种因素造成的,并且这样的情况对用户的体验影响不大,对于这样的数据包丢失可以不进行组播保护。当大量RTP数据包丢失时,会对IPTV组播业务用户体验造成影响,在本发明实施例中,举例来说,可以针对这种情况进行组播保护,而对于单个的或者极少量的RTP数据包丢失可以不进行IPTV组播业务流数据的补偿。叶子节点路由器PE-A中的QoE Server业务单板通过检测接收到的IPTV组播业务流数据中的RTP数据包序列号来判断是否存在RTP数据包丢失,当丢失的RTP数据包的数量达到会对IPTV组播业务用户体验造成影响的数量时,确定为检测到故障。例如,可以设定一个判断是否存在链路故障或者节点故障的RTP数据包丢失的阈值,该阈值可以设定为对IPTV组播业务用户体验造成影响的RTP数据包丢失的数量的最小值。假设当连续出现10个RTP数据包丢失时就会对IPTV组播业务用户体验造成影响,则就将RTP数据包丢失阈值设定为10,这样当PE-A检测到接收到的RTP数据包的序列号的差值大于或等于10的时候,确定网络中存在链路故障或者节点故障。
叶子节点路由器PE-A中的QoE Server业务单板通过RTP流检测,发现骨干网络中出现故障,而此时已经发生了大量的IPTV业务流的丢包,因此需要通过单播技术从源路由器PE-S重新获取已经丢失的IPTV组播业务流数据。此时叶子节点路由器PE-A中的QoE Server业务单板将发起到源路由器PE-S的IPTV组播业务流数据补偿请求,请求缓存在PE-S的QoE Server业务单板中的IPTV组播业务流数据。在检测出链路故障或者节点故障后,单播路由可能仍然没有完成收敛,而只有在单播路由完成收敛后叶子节点路由器PE-A和源路由器PE-S之间才单播可达。因此在IPTV组播业务流数据补偿请求过程中,叶子节点路由器PE-A中的QoE Server业务单板可以以一定的时间间隔向源路由器PE-S不断发送IPTV组播业务流数据补偿请求消息,直到成功获取到组播流数据为止。举例来说,所述一定的时间间隔可以设置为100ms,也可以设置为其他合适的数值;所述的时间间隔可以为固定的一个数值,也可以为一个不固定的数值。在完成单播路由收敛后,IPTV组播业务流数据补偿请求消息会按照单播最短路径进行发送。
以源特定组播为例,源特定组播的转发依据是(S,G),其中,S是组播源的IP地址,G是组播组(频道)的IP地址,也就是根据组播源的IP地址和组播组IP地址的组合来进行组播转发。举例来说,叶子节点路由器PE-A发送的IPTV组播业务流数据补偿请求消息中携带的信息包括:需要获取的IPTV组播业务流数据的组播源的地址,组播组(频道)信息,请求的IPTV组播业务流数据中第一个RTP数据包的序列号。对于IPTV头端来说,一般存储有多个组播组(频道)信息,因此IPTV组播业务流数据补偿请求消息中可以携带多个组播组(频道)信息,同时请求多个组播组的业务流数据。
源路由器PE-S收到IPTV组播业务流数据补偿请求后,将缓存在QoE Server业务单板中的IPTV组播业务流数据进行单播数据包的封装。举例来说,源路由器PE-S中的QoE Server业务单板在一般的配置中可以缓存几秒钟时长的IPTV业务流数据。所述数据包封装基于(S,G)的数据封装进行,其中S是组播源的IP地址,G是组播组的IP地址,在网络组播中是根据组播源的IP地址和组播组的IP地址的组合来进行组播转发的。(S,G)可以定义来自一个组播源的一个频道。源路由器PE-S根据叶子节点路由设备请求的(S,G),获取相应的组播流数据进行单播封装。封装的单播数据包的源IP地址为IPTV组播源服务器地址,目的IP地址为请求组播业务流补偿的叶子节点路由器PE-A的IP地址。源路由器PE-S将完成封装的数据包单播发送给叶子节点路由器PE-A。举例来说,可以采用burst(突发)发送的模式将缓存的IPTV组播业务流数据单播发送给叶子路由器PE-A。即将配置的burst的突发率乘以正常发送的带宽值,将缓存的业务流数据快速发送给叶子节点路由器,再由叶子节点路由器以burst模式将业务流数据发送给用户机顶盒。
在叶子节点路由器PE-A收到源路由器PE-S单播发送的缓存的IPTV组播业务流数据后,将所述IPTV组播业务流数据封装为用户机顶盒可以识别的结构,并根据其保存的组播转发表项将封装的IPTV组播业务流数据组播转发给用户机顶盒。举例来说,在这个处理过程中,如果需要进行提升客户体验的FCC&RET(快速频道切换或者错包重传)处理,则叶子节点路由器PE-A需要对从源路由器PE-S收到的IPTV组播业务流数据进行缓存;如果不需要进行提升客户体验的FCC&RET处理,则叶子节点路由器PE-A可以不对收到的IPTV组播业务流数据进行缓存而直接组播下发给用户机顶盒。
在网络完成组播收敛后,网络恢复正常的组播转发,这时可能会出现叶子节点路由器PE-A中接收的单播的IPTV组播数据流和恢复正常的IPTV组播数据流不同步的问题。例如,叶子节点路由器PE-A中的QoE Server业务单板当前从源路由器PE-S单播接收到的RTP数据包的序列号为500,而这时网络组播已经完成收敛并开始从序列号为1001的RTP数据包进行正常的组播转发。这时就需要对叶子节点路由器PE-A中接收的单播的IPTV组播数据流和恢复正常的IPTV组播数据流进行同步的操作。举例来说,可以由叶子节点路由器PE-A的QoEServer业务单板检测叶子节点路由设备同时接收到的所述单播发送的IPTV组播业务流数据中的RTP数据包和恢复正常的IPTV组播业务流数据中的RTP数据包的序列号是否相同来判断单播业务流和组播业务流是否完成了同步。如果同时接收到的所述单播发送的IPTV组播业务流数据中的RTP数据包和恢复正常的IPTV组播业务流数据中的RTP数据包的序列号是相同的,表明同步已经完成,这时叶子节点路由器PE-A选择正常的IPTV组播业务流数据组播下发给用户机顶盒,或者在需要缓存的情况下经过QoE Server业务单板进行缓存后再组播下发给用户机顶盒,同时向源路由器PE-S发送停止单播发送缓存的IPTV组播业务流数据的请求。源路由器PE-S收到所述请求后,停止向叶子节点路由器PE-A单播发送缓存的IPTV组播业务流数据,网络恢复正常的IPTV组播业务。如果不相同,表明同步还未完成,这时叶子节点路由器PE-A向所述源路由器PE-S发送同步请求;接收到所述同步请求后,源路由器PE-S采用burst模式单播转发QoE Server业务单板缓存的IPTV组播业务流数据给叶子节点路由器PE-A,再由所述叶子节点路由器PE-A以burst模式组播下发给用户设备;然后继续上述对叶子节点路由器PE-A中接收的单播的IPTV组播数据流和恢复正常的IPTV组播数据流进行同步的操作。
参见图2,本发明实施例提供了一种IPTV组播业务保护方法,包括:
201:检测叶子节点路由器PE-A和源路由器PE-S之间是否存在链路故障或节点故障;如果检测到链路故障或者节点故障,则执行步骤202;否则继续检测叶子节点路由器PE-A和源路由器PE-S之间是否存在链路故障或节点故障;
举例来说,本实施例可以使用第二体验质量服务器QoE Server检测网络中的链路故障和节点故障,或者也可以采用叶子节点路由器中的其他组件来检测网络中的链路故障和节点故障。举例来说,所述第二体验质量服务器QoE Server为所述叶子节点路由器内置的业务单板,或者是设置在所述叶子节点路由器外部并与所述叶子节点路由器直连的功能实体。本实施例以QoE server作为叶子节点路由器PE-A中内置的业务单板为例来进行说明。正常情况下,IPTV组播流中的RTP(实时传输协议)数据包的序列号是顺序排列的,在存在数据包丢失的情况下,组播流中的RTP数据包会出现序列号不连续的现象。因此就可以通过检测组播流中的RTP数据包序列号是否连续来判断是否存在链路故障或节点故障。举例来说,在组播网络中可能存在仅仅一个或者极少数RTP数据包丢失的情况,这种情况可能是IPTV平台或者其他多种因素造成的,并且这样的情况对用户的体验影响不大,对于这样的数据包丢失可以不进行组播保护,这时需要重复检测网络中是否存在链路故障或者节点故障。当大量RTP数据包丢失时,会对IPTV组播业务用户体验造成影响,在本发明实施例中,举例来说,可以针对这种情况进行组播保护,而对于单个的或者极少量的RTP数据包丢失可以不进行IPTV组播业务流数据的补偿。叶子节点路由器PE-A中的QoE Server业务单板通过检测接收到的IPTV组播业务流数据中的RTP数据包序列号来判断是否存在RTP数据包丢失,当丢失的RTP数据包的数量达到会对IPTV组播业务用户体验造成影响的数量时,确定为检测到故障。例如,可以设定一个判断是否存在链路故障或者节点故障的RTP数据包丢失的阈值,该阈值可以设定为对IPTV组播业务用户体验造成影响的RTP数据包丢失的数量的最小值。假设当连续出现10个RTP数据包丢失时就会对IPTV组播业务用户体验造成影响,则就将RTP数据包丢失阈值设定为10,这样当PE-A检测到接收到的RTP数据包的序列号的差值大于或等于10的时候,确定网络中存在链路故障或者节点故障。202:检测到故障的叶子节点路由器PE-A向源路由器PE-S发送IPTV组播业务流数据补偿请求消息;
叶子节点路由器PE-A中的QoE Server业务单板通过RTP流检测,发现骨干网络中出现故障,而此时已经发生了大量的IPTV业务流的丢包,因此需要通过单播技术从源路由器PE-S重新获取已经丢失的IPTV组播业务流数据。此时叶子节点路由器PE-A中的QoE Server业务单板将发起到源路由器PE-S的IPTV组播业务流数据补偿请求,请求缓存在在第一体验质量服务器QoE Server中的IPTV组播业务流数据,所述第一体验质量服务器QoE Server为所述源路由器内置的业务单板,或者是设置在所述源路由器外部并与所述源路由器直连的功能实体,即独立于PE-S设置的并与PE-S直连的装置或设备。以第一体验质量服务器QoE Server为源路由器中内置的业务单板为例进行说明,IPTV系统的所有组播业务流都首先被传送到QoE Server业务单板,可以在QoE Server业务单板中缓存所有频道的实时流数据。在检测出链路故障或者节点故障后,单播路由可能仍然没有完成收敛,而只有在单播路由完成收敛后叶子节点路由器PE-A和源路由器PE-S之间才单播可达。因此,举例来说,在IPTV组播业务流数据补偿请求过程中,叶子节点路由器PE-A可以以一定的时间间隔向源路由器PE-S不断发送IPTV组播业务流数据补偿请求消息,直到成功获取到组播流数据为止。举例来说,所述一定的时间间隔可以设置为100ms,也可以设置为其他合适的数值;所述的时间间隔可以为固定的一个数值,也可以为一个不固定的数值。在完成单播路由收敛后,IPTV组播业务流数据补偿请求消息会按照收敛的单播最短路径进行发送。
在IPTV组播中是基于(S,G)进行数据转发的,其中S是组播源的IP地址,G是组播组的IP地址。(S,G)可以定义来自一个组播源的一个频道。举例来说,叶子节点路由器PE-A发送的IPTV组播业务流数据补偿请求消息中携带的信息包括:需要获取的IPTV组播业务流数据的组播源地址信息,组播组(频道)信息,请求的IPTV组播业务流数据中第一个RTP数据包的序列号。对于源路由器PE-S来说,一般存储有多个组播组(频道)信息,因此可以在IPTV组播业务流数据补偿请求消息中同时请求多个组播组的业务流数据。
例如,表1示出一种IPTV组播业务流数据补偿请求消息的格式。
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
|type | Length |
| Source |
| Group |
| RTP Number |
表1
该IPTV组播业务流数据补偿请求消息格式采用TLV(类型-长度-值)结构,并考虑后续IPv6(互联网协议第六版)的兼容。如表1所示,Type表示消息的类型,01表示IPv4(互联网协议的第四版)类型的消息,02表示IPv6类型的消息;
Length:表示请求的组播组的个数,单位为字节;
Source:组播源的IP地址;
Group:用组播组IP地址表示的请求的IPTV频道号;
RTP Numer:RTP Sequence Number,表示要请求的第一个RTP数据包的序列号。
例如,当PE-A中的QoE Server业务单板检测到连续接收的RTP数据包的序列号为400和451时,判断出网络中存在链路故障或者节点故障,于是就向源路由器PE-S发送IPTV组播业务流数据补偿请求消息,该消息中length=1,Source=10.11.100.1,Group=239.255.10.1,RTPNumber=401,表示要请求组播源地址10.11.100.1,组播组地址239.255.10.1的IPTV组播业务流数据,请求IPTV组播业务流数据中序列号从401开始的RTP数据包。
203:所述叶子节点路由器PE-A接收源路由器PE-S单播发送的缓存在所述源路由器PE-S的QoE Server业务单板中的IPTV组播业务流数据,并将接收到的所述IPTV组播业务流数据组播下发给用户设备;
源路由器PE-S收到所述IPTV组播业务流数据补偿请求后,将缓存在源路由器PE-S的QoE Server业务单板中的IPTV组播业务流数据进行单播数据包的封装。举例来说,源路由器PE-S中的QoE Server业务单板在一般的配置中可以缓存几秒钟时长的IPTV组播业务流数据。所述数据包封装基于(S,G)的数据封装进行,其中S是组播源的IP地址,G是组播组的IP地址,在网络组播中是根据组播源的IP地址和组播组的IP地址的组合来进行组播转发的。(S,G)可以定义来自一个组播源的一个频道。源路由器PE-S根据叶子节点路由设备请求的(S,G),获取相应的组播流数据进行单播封装。封装的单播数据包的源IP地址为IPTV组播源服务器PE-S的地址,目的IP地址为请求组播业务流补偿的叶子节点路由器PE-A的IP地址。源路由器PE-S将完成封装的数据包单播发送给叶子节点路由器PE-A。举例来说,可以采用burst(突发)发送的模式将缓存的IPTV组播业务流数据单播发送给叶子路由器PE-A。即将配置的burst的突发率乘以正常发送的带宽值,将缓存的业务流数据快速发送给叶子节点路由器,再由叶子节点路由器以burst模式将IPTV组播业务流数据发送给用户机顶盒。
在叶子节点路由器PE-A收到源路由器PE-S单播发送的缓存的IPTV组播业务流数据后,将所述IPTV组播业务流数据封装为用户机顶盒可以识别的结构,并根据其保存的组播转发表项将封装的IPTV组播业务流数据组播转发给用户机顶盒。举例来说,在这个处理过程中,如果需要进行提升客户体验的FCC&RET(快速频道切换或者错包重传)处理,则叶子节点路由器PE-A需要对从源路由器PE-S收到的IPTV组播业务流数据进行缓存;如果不需要进行提升客户体验的FCC&RET处理,则叶子节点路由器PE-A可以不对收到的IPTV组播业务流数据进行缓存而直接组播下发给用户机顶盒。
204:叶子节点路由器PE-A检测同时接收到的单播发送的IPTV组播业务流和恢复正常的IPTV组播业务流是否同步;如果同步,则转到205;如果不同步,则转到206;
在网络完成组播收敛后,网络恢复正常的组播转发,这时可能会出现叶子节点路由器PE-A中接收的单播的IPTV组播数据流和恢复正常的的IPTV组播数据流不同步的问题。例如,叶子节点路由器PE-A中的QoE Server业务单板当前从源路由器PE-S接收到的PE-S单播发送的RTP数据包的序列号为500,而这时网络组播已经完成收敛并开始从序列号为1001的RTP数据包进行正常的组播转发,这时就出现了叶子节点路由器PE-A接收到的PE-S单播发送的IPTV组播业务数据流和PE-S组播发送的IPTV组播数据流不同步的问题。举例来说,可以判断叶子节点路由器PE-A同时接收到的所述PE-S单播发送的IPTV组播业务流数据中的RTP数据包和恢复正常的PE-S组播发送的IPTV组播业务流数据中的RTP数据包的序列号是否相同,以判断PE-S单播发送的业务流和组播发送的业务流是否完成了同步。如果同时接收到的PE-S单播发送的IPTV组播业务流数据中的RTP数据包和恢复正常的IPTV组播业务流数据中的RTP数据包的序列号相同,表明同步已经完成,这时则转到205进行进一步的操作。如果不相同,表明同步还未完成,这时则需转到206进行进一步的操作。
205:在正常组播的IPTV组播业务流和PE-S单播发送的IPTV组播业务流实现同步的情况下,将恢复正常的IPTV组播业务流数据组播下发给用户机顶盒;
当叶子节点路由器PE-A检测到接收的PE-S单播发送的IPTV组播业务流和恢复正常的IPTV组播业务流实现同步后,选择恢复正常的IPTV组播业务流数据组播下发给用户机顶盒,或者在需要缓存的情况下经过QoE Server业务单板进行缓存后再组播下发给用户机顶盒,并向源路由器PE-S发送停止单播发送缓存的IPTV组播业务流数据的请求。源路由器PE-S收到所述请求后,停止向叶子节点路由器PE-A单播发送缓存的IPTV组播业务流数据,网络恢复正常的IPTV组播业务。
206:向所述源路由器发送同步请求;叶子节点路由器接收源路由器采用burst模式单播发送的QoE Server缓存的IPTV组播业务流数据,再由所述叶子节点路由器以burst模式组播下发给用户设备,然后返回204;
举例来说,接收到所述同步请求后,源路由器PE-S采用burst模式单播发送QoE Server业务单板缓存的IPTV组播业务流数据给叶子节点路由器PE-A。
举例来说,叶子节点路由器PE-A通知源路由器PE-S将源路由器PE-S的QoE Server业务单板缓存的IPTV组播业务流数据以burst模式单播发送给叶子节点路由器PE-A。叶子节点路由器PE-A将收到的IPTV组播业务流数据以burst模式组播下发给用户机顶盒,或者经过叶子节点路由器PE-A中的QoE Server业务单板缓存后再以burst模式组播下发给用户机顶盒。由于以burst模式单播发送的业务流数据速率高于正常组播的业务流数据速率,从而可以在某个时间点上完成单播业务流和组播业务流的同步。在源路由器PE-S和叶子节点路由器PE-A以及用户机顶盒之间进行了突发模式操作后,转到204继续进行处理。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁盘或光盘等。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种IPTV组播业务保护方法,其特征在于,该方法包括:
叶子节点路由设备检测网络中的故障;
检测到故障时,向源路由设备发送IPTV组播业务流数据补偿请求;
接收所述源路由设备单播发送的IPTV组播业务流数据,所述IPTV组播业务流数据缓存在第一体验质量服务器QoE Server中,所述第一QoE Server为所述源路由设备内置的业务单板,或者是设置在所述源路由设备外部并与所述源路由设备直连的功能实体;
将接收到的所述IPTV组播业务流数据组播下发给用户设备。
2.根据权利要求1所述的方法,其特征在于,该方法进一步包括:
当网络中组播路径完成收敛后,对所述源路由设备单播发送的IPTV组播业务流和所述源路由设备组播发送的IPTV组播业务流进行同步;
同步完成后,选择所述源路由设备组播发送的IPTV组播业务流,组播发送给所述用户设备。
3.根据权利要求2所述的方法,其特征在于,所述对所述源路由设备单播发送的IPTV组播业务流和所述源路由设备组播发送的IPTV组播业务流进行同步包括:
步骤A:由第二QoE Server检测所述叶子节点路由设备同时接收到的所述源路由设备单播发送的IPTV组播业务流数据中的实时传输协议RTP数据包和所述源路由设备组播发送的IPTV组播业务流数据中的RTP数据包的序列号是否相同,所述第二QoE Server为所述叶子节点路由设备内置的业务单板,或者是设置在所述叶子节点路由设备外部并与所述叶子节点路由设备直连的功能实体;如果相同,执行步骤B;如果不同,则执行步骤C;
步骤B:所述第二QoE Server确定所述源路由设备单播发送的IPTV组播业务流和所述源路由设备组播发送的IPTV组播业务流实现同步,则通知所述叶子节点路由设备选择所述源路由设备组播发送的IPTV组播业务流数据组播下发给用户设备;所述第二QoE Server向所述源路由设备发送停止单播发送缓存的IPTV组播业务流数据的请求;
步骤C:所述第二QoE Server向所述源路由设备发送同步请求,接收所述源路由设备采用突发burst模式单播发送的IPTV组播业务流数据,再以burst模式组播下发给用户设备;然后返回步骤A。
4.根据权利要求1-3任意一项所述的方法,其特征在于,所述叶子节点路由设备检测网络中的故障包括:第二QoE Server通过检测接收到的IPTV组播业务流数据中的RTP数据包序列号来判断是否存在RTP数据包丢失,当丢失的RTP数据包的数量达到设定的阈值时,确定为检测到故障。
5.根据权利要求1-3任意一项所述的方法,其特征在于:所述IPTV组播业务流数据补偿请求中携带的信息包括:需要获取的IPTV组播业务流的源服务器地址信息、组播组信息和所述请求的IPTV组播业务流数据中第一个RTP数据包的序列号。
6.一种IPTV组播业务保护方法,其特征在于,该方法包括:
源路由设备接收IPTV组播业务流数据补偿请求,所述IPTV组播业务流数据补偿请求由叶子节点路由设备检测到网络中的故障时发送;
根据所述IPTV组播业务流数据补偿请求将缓存在第一体验质量服务器QoE Server中的IPTV组播业务流数据单播发送给所述叶子节点路由设备,所述第一QoE Server为所述源路由设备内置的业务单板,或者是设置在所述源路由设备外部并与所述源路由设备直连的功能实体。
7.根据权利要求6所述的方法,其特征在于,该方法进一步包括:
接收所述叶子节点路由设备发送的同步请求;
将缓存在所述第一QoE Server中的IPTV组播业务流数据以突发burst模式单播发送给所述叶子节点路由设备;
接收停止单播发送缓存的IPTV组播业务流数据的请求,所述停止单播发送缓存的IPTV组播业务流数据的请求来自所述叶子节点路由设备;
停止向所述叶子节点路由设备单播发送所述缓存的IPTV组播业务流数据。
8.一种IPTV组播业务保护系统,其特征在于,包括叶子节点路由设备和源路由设备,所述叶子节点路由设备和源路由设备通过网络相连;
所述叶子节点路由设备用于检测所述网络中的故障;检测到故障时向所述源路由设备发送IPTV组播业务流数据补偿请求;
所述源路由设备用于根据所述IPTV组播业务流数据补偿请求将缓存在第一体验质量服务器QoE Server中的IPTV组播业务流数据单播发送给所述叶子节点路由设备,所述第一QoE Server为所述源路由设备内置的业务单板,或者是设置在所述源路由设备外部并与所述源路由设备直连的功能实体;
所述叶子节点路由设备进一步用于将接收到的所述源路由设备单播发送的IPTV组播业务流数据组播下发给用户设备。
9.根据权利要求8所述的系统,其特征在于,所述叶子节点路由设备进一步用于检测到IPTV组播业务已经恢复正常后,对所述源路由设备单播发送的IPTV组播业务流和所述源路由设备组播发送的IPTV组播业务流进行同步;同步完成后,选择所述源路由设备组播发送的IPTV组播业务流,组播发送给所述用户设备。
10.根据权利要求8或9所述的系统,其特征在于,所述叶子节点路由设备包括第二体验质量服务器QoE Server,所述第二QoEServer为所述叶子节点路由设备内置的业务单板,或者是设置在所述叶子节点路由设备外部并与所述叶子节点路由设备直连的功能实体;
所述第二QoE Server用于通过检测接收到的IPTV组播业务流数据中的RTP数据包序列号来判断是否存在RTP数据包丢失,当丢失的RTP数据包的数量达到设定的阈值时,确定为检测到故障。
11.根据权利要求8或9所述的系统,其特征在于,所述IPTV组播业务流数据补偿请求中携带的信息包括:需要获取的IPTV组播业务流的源服务器地址信息、组播组信息和请求的IPTV组播业务流数据中第一个RTP数据包的序列号。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105162540A CN102130778A (zh) | 2010-10-22 | 2010-10-22 | 一种iptv组播业务保护方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105162540A CN102130778A (zh) | 2010-10-22 | 2010-10-22 | 一种iptv组播业务保护方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102130778A true CN102130778A (zh) | 2011-07-20 |
Family
ID=44268678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105162540A Pending CN102130778A (zh) | 2010-10-22 | 2010-10-22 | 一种iptv组播业务保护方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102130778A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102724086A (zh) * | 2012-06-21 | 2012-10-10 | 中兴通讯股份有限公司 | 检测传输链路质量的方法及装置 |
WO2013182030A1 (zh) * | 2012-06-07 | 2013-12-12 | 华为技术有限公司 | 一种用于请求资源的方法、设备及系统 |
CN106817264A (zh) * | 2015-11-27 | 2017-06-09 | 华为软件技术有限公司 | 一种链路故障检测的方法、装置和系统 |
CN109600341A (zh) * | 2017-09-30 | 2019-04-09 | 华为技术有限公司 | 一种即时通信检测方法及设备 |
CN109861900A (zh) * | 2017-11-30 | 2019-06-07 | 腾讯科技(深圳)有限公司 | 实时通信的数据处理方法、装置、计算机设备及存储介质 |
CN113347137A (zh) * | 2020-03-02 | 2021-09-03 | 广州虎牙科技有限公司 | 数据流切片的补片方法、装置、计算机设备及存储介质 |
-
2010
- 2010-10-22 CN CN2010105162540A patent/CN102130778A/zh active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013182030A1 (zh) * | 2012-06-07 | 2013-12-12 | 华为技术有限公司 | 一种用于请求资源的方法、设备及系统 |
CN102724086A (zh) * | 2012-06-21 | 2012-10-10 | 中兴通讯股份有限公司 | 检测传输链路质量的方法及装置 |
CN102724086B (zh) * | 2012-06-21 | 2018-05-04 | 中兴通讯股份有限公司 | 检测传输链路质量的方法及装置 |
CN106817264A (zh) * | 2015-11-27 | 2017-06-09 | 华为软件技术有限公司 | 一种链路故障检测的方法、装置和系统 |
CN109600341A (zh) * | 2017-09-30 | 2019-04-09 | 华为技术有限公司 | 一种即时通信检测方法及设备 |
CN109600341B (zh) * | 2017-09-30 | 2021-10-26 | 华为技术有限公司 | 一种即时通信检测方法、设备和计算机存储介质 |
CN109861900A (zh) * | 2017-11-30 | 2019-06-07 | 腾讯科技(深圳)有限公司 | 实时通信的数据处理方法、装置、计算机设备及存储介质 |
CN109861900B (zh) * | 2017-11-30 | 2021-05-28 | 腾讯科技(深圳)有限公司 | 实时通信的数据处理方法、装置、计算机设备及存储介质 |
CN113347137A (zh) * | 2020-03-02 | 2021-09-03 | 广州虎牙科技有限公司 | 数据流切片的补片方法、装置、计算机设备及存储介质 |
CN113347137B (zh) * | 2020-03-02 | 2024-03-05 | 广州虎牙科技有限公司 | 数据流切片的补片方法、装置、计算机设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2622805B1 (en) | Method for pruning a multicast branch, protocol independent multicast router, and layer-2 exchange | |
US9215166B2 (en) | Systems and methods of multicast reconfiguration using cross-layer information | |
JP5788473B2 (ja) | 端末の出力を同期させる方法およびシステム | |
US8424036B2 (en) | Targeted/addressable advertisement insertion into video streams delivered to users | |
US9032433B2 (en) | Personalized ad insertion during start over service | |
US7710983B2 (en) | Method and apparatus for determining information associated with a particular multicast channel in a multicast network | |
US8761002B2 (en) | Controlling multicast source selection in an anycast source audio/video network | |
US7961750B2 (en) | Multicast control | |
CN102130778A (zh) | 一种iptv组播业务保护方法及系统 | |
US7924856B2 (en) | Tree-shaped broadcasting system, packet transmitting method, node device, and computer-readable medium | |
CN101202705A (zh) | 增强组播可靠性的方法和路由器 | |
JP2011512747A (ja) | マルチキャスト配信サービスのセグメント化 | |
US10903921B2 (en) | Method and device for providing heterogeneous network-based broadcast service | |
EP2567510B1 (en) | Source selection by routers | |
CN101771551B (zh) | 一种虚拟专有组播业务中流媒体分发的方法、装置及系统 | |
US9288136B2 (en) | Method and apparatus for in-band channel change for multicast data | |
EP1983713A1 (en) | Method for operating a network element and according device as well as communication system comprising such device | |
CN103402144A (zh) | 自动测量组播业务性能的方法、装置及系统 | |
US8006131B2 (en) | Activating correct ad-splicer profile in ad-splicer redundancy framework | |
EP2571201A1 (en) | Method, device and system for forwarding data under protocol independent multicast (pim) dual join | |
CN102308518A (zh) | 使用计算机网络的方法 | |
WO2012136062A1 (zh) | 组播路径切换方法及路由器 | |
KR101144408B1 (ko) | 이중화 구조를 갖는 네트워크 접속 시스템 및 방법 | |
JP2010233175A (ja) | マルチキャスト配信システム、マルチキャスト配信サーバ、クライアント端末およびマルチキャスト配信方法 | |
WO2023246599A1 (zh) | 非签约内容提供商的服务资源分发方法和视频服务系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110720 |