CN1866764A - 一种多播业务路径保护方法及系统 - Google Patents

一种多播业务路径保护方法及系统 Download PDF

Info

Publication number
CN1866764A
CN1866764A CNA2005101074107A CN200510107410A CN1866764A CN 1866764 A CN1866764 A CN 1866764A CN A2005101074107 A CNA2005101074107 A CN A2005101074107A CN 200510107410 A CN200510107410 A CN 200510107410A CN 1866764 A CN1866764 A CN 1866764A
Authority
CN
China
Prior art keywords
peer
multicast
information source
main information
transmit
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
Application number
CNA2005101074107A
Other languages
English (en)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNA2005101074107A priority Critical patent/CN1866764A/zh
Priority to PCT/CN2006/001241 priority patent/WO2007036101A1/zh
Priority to EP06742127A priority patent/EP1942609B1/en
Priority to US10/592,446 priority patent/US20080232246A1/en
Priority to CNA2006800123306A priority patent/CN101160865A/zh
Publication of CN1866764A publication Critical patent/CN1866764A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877Measures taken prior to transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/50Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]

Abstract

本发明涉及通信技术领域中提供一种多播业务路径保护系统及方法,通过设置多个多播转发对等实体,接收并转发来自不同信息源的相同业务,有效实现了多播业务的保护倒换。本发明通过设置多个多播转发对等实体,每一个多播转发对等实体都可以将业务转发给另一多播转发对等实体,因此,在一个多播转发对等实体的业务来源发生异常时,可以通过从另一个与之相连的多播转发对等实体接收并转发此业务,实现了N+1及N:1的多播路径的保护。

Description

一种多播业务路径保护方法及系统
技术领域
本发明涉及通信技术领域,尤其涉及一种多播业务路径保护方法及系统。
背景技术
多播技术是近年来被广泛关注的一种技术,包括有IP多播、MPLS(多协议标签交换)多播、MAC(媒体接入控制)多播等。目前,对于多播业务的研究主要集中在多播业务的提供、多播路由的算法、多播业务的保护等方面。
关于多播业务的保护,传统的方法大多采用1+1或1∶1的保护方案,其中,单向1+1保护方案的线性保护倒换架构如图1所示,工作路径失效发生保护倒换示意图如图2所示;
参照图1及图2可知,在保护域的宿端,保护倒换的操作由一个选择器完全基于本地消息来完成,在保护域的源端,工作业务永久地桥接到工作LSP(标记交换路径)和保护LSP上。
如果CV(连续性校验)分组或其它连续性探测分组被用于发现工作LSP或保护LSP的缺陷,则将所述CV在工作侧和保护侧的保护域源端被插入,而且在保护域的宿端被检测出并提取,不论该LSP是否被选择器选定,这些分组都需要被发送。如果一个单向缺陷发生在工作LSP上,如从PSL(路径交换LSR)发送到PML(路径归并LSR)的方向上,在PML上保护域宿端将会发现该缺陷,然后PML上的选择器倒换到保护LSP上。
参照图3、图4为现有技术1:1线性保护倒换架构图及发生工作LSP失效示意图,保护倒换操作由一个位于保护域源端的选择器执行,完全基于本地消息,在保护域宿端,工作业务和保护业务永久归并。
如果CV分组或其它连续性探测分组被用于发现工作LSP或保护LSP的缺陷,则在工作侧和保护侧的保护域源端插入该CV,在保护域的宿端被检测出并提取。
如果一个单向缺陷(从PSL发送到PML的方向上)发生在工作LSP上,在PML上保护域宿端将会发现该缺陷,然后在位于PSL上的保护域源端,该缺陷会被BDI(后向缺陷指示)上报,收到该缺陷报告时,PSL的选择器倒换到保护LSP。
当工作LSP的SF(信号故障)被报告上来而且客户业务由保护LSP传送时,FDI(前向缺陷指示)分组和客户业务可以在保护域宿端合并;下游的节点可以同时收到FDI分组、CV分组和客户业务。这同样适用于保护LSP上报告有SF的情况。
上述在工作LSP上存在缺陷的情况下,合并选择器的操作如下:
a)工作LSP下行接收到FDI分组或检测到下层的缺陷;
b)在下行切换合并选择器,即,打开工作LSP上的开关,合上保护LSP上的开关;
c)在工作LSP上发送BDI分组;
d)上行切换选择器,也就是工作LSP到保护LSP切换和切断额外业务。
上述为MPLS的保护范例,SDH(同步数字体系)等通信系统同样采用类似的方法,所述现有技术的特点在于,都是利用来自同一个源的不同路径的信号进行保护,必须遵从保护路径的源头和工作路径的源头是一致的,其缺点在于,如果业务的源头节点出现故障,不能为下游正常提供业务,那么在业务的源点和宿点之间无论建多少条保护路径都是没有用处的。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的在于提供一种多播业务路径保护系统及方法,通过设置多个多播转发对等实体,接收并转发来自不同信息源的相同业务,有效实现了多播业务的保护倒换。
本发明的目的是通过以下技术方案实现的:
一种多播业务路径保护系统,设置多个多播转发对等实体,彼此间通信连接,每个多播转发对等实体设置有主信息源,接收并转发所述主信息源的业务信息,当所述主信息源故障时,选择其他链路作为所述多播转发对等实体的主信息源,接收并转发当前主信息源的业务信息。
所述多播转发对等实体之间通过信令或指配的方式建立连接。
一种多播业务路径保护方法,包括:
A、为多播业务设置多个可以接收并转发相同业务信息的多播转发对等实体,并建立所述多播转发对等实体间的连接链路;
B、设置一链路作为一多播转发对等实体的主信息源,接收并转发所述主信息源上的业务信息;
C、确定无法从所述主信息源接收正确业务信息,在其他链路中选择一链路作为主信息源,接收并转发当前主信息源上的业务信息。
所述步骤B包括:
B1、设置一条链路为多播转发对等体的主信息源,对从其他链路上接收的业务信息多播转发对等体不进行转发处理。
所述步骤C包括:
C1、确定多播转发对等体无法从主信息源接收正确业务信息,按链路优先级或编号顺序选择一条其他链路作为主信息源,接收并转发当前主信息源上的业务信息。
所述步骤B包括:
B2、设置一条链路为多播转发对等体主信息源,其他链路上只有维持连接的控制信息或没有任何信息。
所述步骤C包括:
C2、确定多播转发对等体无法从主信息源接收正确业务信息,通过反向控制通道选择一条其他链路作为多播转发对等体的主信息源,用于接收并转发当前主信息源上的业务信息。
所述步骤C包括:
C3、确定多播转发对等体无法从主信息源接收正确业务信息,通过管理设备指配选择一条其他链路作为多播转发对等体的主信息源,用于接收并转发当前主信息源上的业务信息。
由上述本发明提供的技术方案可以看出,本发明通过设置多个多播转发对等实体,每一个多播转发对等实体都可以将业务转发给另一多播转发对等实体,因此,在一个多播转发对等实体的业务来源发生异常时,可以通过从另一个与之相连的多播转发对等实体接收并转发此业务,实现了N+1及N:1的多播路径的保护。
附图说明
图1为现有技术单向1+1保护倒换架构图;
图2为现有技术单向1+1保护倒换中工作LSP失效示意图;
图3为现有技术单向1∶1保护倒换架构图;
图4为现有技术单向1∶1保护倒换中工作LSP失效示意图;
图5为本发明所述系统多播转发对等实体示意图;
图6为本发明所述方法实施例一示意图;
图7为本发明所述方法实施例二示意图;
图8为本发明所述方法实施例一业务倒换示意图;
图9为本发明所述方法实施例二业务倒换示意图。
具体实施方式
本发明的核心思想是提供一种多播业务路径保护方法及系统,通过设置多个多播转发对等实体,每一个多播转发对等实体都可以将业务转发给另一多播转发对等实体,因此,在一个多播转发对等实体的业务来源发生异常时,可以通过从另一个与之相连的多播转发对等实体接收并转发此业务,有效实现了多播业务的保护倒换。
本发明提供了一种多播业务路径保护系统,该系统设置有多个多播转发对等实体如图5所示,图5中FK为多播转发对等实体,其中K为自然数,每个多播转发对等实体都可以接收并转发来自同一个信息源的相同的业务,各实体间通过信令或指配的方式LN连接,其中N为自然数,并进行通信;以F2为例,其可以直接接收多播信息源的业务信息,也可以通过L2与F1连接,接收F1转发的信息,F1通过L1接收多播信息源的业务,F2将接收到的业务信息通过L6转发给下一实体F5
如图6可知,对于一个多播转发对等实体FK可以有多条链路与其连接,在实际工作中,可以设定一条链路Lm为主信息源,其他链路同样传输业务,但被忽略,即不对其他链路传送来的业务进行转发处理;
也可以如图7所示,对于一个多播转发对等实体FK,设定一条链路Lm为主信息源,其他链路只有维持连接的控制信息,如OAM(操作维护)信息,或没有信息。
在采取第一种方式进行路径保护时,发生路径倒换的方法如图8所示:
当无法从设定的主信息源Lm获取正确信息时,按规定的选择原则,选择一条其他链路如Ln作为主信息源,对该Ln链路上的业务进行转发处理;结合图5,以F5实体为例,其可以同时接收L5、L6的业务信息,设定L5为主信息源,当主信息源异常导致无法从该链路接收正确业务信息时,则选择另一链路L6作为主信息源,对该L6链路上的业务进行转发处理;该选择原则可根据链路优先级选择,或根据链路编码,或指定顺序。
采取第二种方式进行路径保护时,发生路径倒换的方法如图9所示:
当无法从设定的主信息源Lm获取正确信息时,通过反向控制通道或由管理设备指配,选择一条其他链路如Ln转发业务信息给FK实体;结合图5,以F5实体为例,其可以同时接收L5、L6的业务信息,设定L5为主信息源,当主信息源异常导致无法从该链路接收正确业务信息时,则通过反向控制通道或由管理设备指定选择另一链路L6作为主信息源,对该L6X链路上的业务进行转发处理;
综上所述,本发明通过设置多个多播转发对等实体,每一个多播转发对等实体都可以将业务转发给另一多播转发对等实体,因此,在一个多播转发对等实体的业务来源发生异常时,可以通过从另一个与之相连的多播转发对等实体接收并转发此业务,实现了N+1及N∶1的多播路径的保护。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。

Claims (8)

1、一种多播业务路径保护系统,其特征在于,设置多个多播转发对等实体,彼此间通信连接,每个多播转发对等实体设置有主信息源,接收并转发所述主信息源的业务信息,当所述主信息源故障时,选择其他链路作为所述多播转发对等实体的主信息源,接收并转发当前主信息源的业务信息。
2、如权利要求1所述的一种多播业务路径保护系统,其特征在于,所述多播转发对等实体之间通过信令或指配的方式建立连接。
3、一种多播业务路径保护方法,其特征在于,包括:
A、为多播业务设置多个可以接收并转发相同业务信息的多播转发对等实体,并建立所述多播转发对等实体间的连接链路;
B、设置一链路作为一多播转发对等实体的主信息源,接收并转发所述主信息源上的业务信息;
C、确定无法从所述主信息源接收正确业务信息,在其他链路中选择一链路作为主信息源,接收并转发当前主信息源上的业务信息。
4、如权利要求3所述的一种多播业务路径保护方法,其特征在于,所述步骤B包括:
B1、设置一条链路为多播转发对等实体的主信息源,对从其他链路上接收的业务信息多播转发对等体不进行转发处理。
5、如权利要求4所述的一种多播业务路径保护方法,其特征在于,所述步骤C包括:
C1、确定多播转发对等体无法从主信息源接收正确业务信息,按链路优先级或编号顺序选择一条其他链路作为主信息源,接收并转发当前主信息源上的业务信息。
6、如权利要求3所述的一种多播业务路径保护方法,其特征在于,所述步骤B包括:
B2、设置一条链路为多播转发对等体主信息源,其他链路上只有维持连接的控制信息或没有任何信息。
7、如权利要求6所述的一种多播业务路径保护方法,其特征在于,所述步骤C包括:
C2、确定多播转发对等体无法从主信息源接收正确业务信息,通过反向控制通道选择一条其他链路作为多播转发对等体的主信息源,用于接收并转发当前主信息源上的业务信息。
8、如权利要求6所述的一种多播业务路径保护方法,其特征在于,所述步骤C包括:
C3、确定多播转发对等体无法从主信息源接收正确业务信息,通过管理设备指配选择一条其他链路作为多播转发对等体的主信息源,用于接收并转发当前主信息源上的业务信息。
CNA2005101074107A 2005-09-30 2005-09-30 一种多播业务路径保护方法及系统 Pending CN1866764A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CNA2005101074107A CN1866764A (zh) 2005-09-30 2005-09-30 一种多播业务路径保护方法及系统
PCT/CN2006/001241 WO2007036101A1 (fr) 2005-09-30 2006-06-07 Systeme et procede de protection de voie de service multidiffusion
EP06742127A EP1942609B1 (en) 2005-09-30 2006-06-07 A system and method for protecting multicast service path
US10/592,446 US20080232246A1 (en) 2005-09-30 2006-06-07 System and Method For Protection of a Multicast Traffic Path
CNA2006800123306A CN101160865A (zh) 2005-09-30 2006-06-07 一种多播业务路径保护系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2005101074107A CN1866764A (zh) 2005-09-30 2005-09-30 一种多播业务路径保护方法及系统

Publications (1)

Publication Number Publication Date
CN1866764A true CN1866764A (zh) 2006-11-22

Family

ID=37425658

Family Applications (2)

Application Number Title Priority Date Filing Date
CNA2005101074107A Pending CN1866764A (zh) 2005-09-30 2005-09-30 一种多播业务路径保护方法及系统
CNA2006800123306A Pending CN101160865A (zh) 2005-09-30 2006-06-07 一种多播业务路径保护系统及方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CNA2006800123306A Pending CN101160865A (zh) 2005-09-30 2006-06-07 一种多播业务路径保护系统及方法

Country Status (4)

Country Link
US (1) US20080232246A1 (zh)
EP (1) EP1942609B1 (zh)
CN (2) CN1866764A (zh)
WO (1) WO2007036101A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010028588A1 (zh) * 2008-09-10 2010-03-18 华为技术有限公司 组播的切换方法及系统
CN101262412B (zh) * 2007-03-09 2010-09-29 上海贝尔阿尔卡特股份有限公司 一种具有最小时延的组播恢复的方法及其接入设备
CN101383754B (zh) * 2007-09-06 2012-12-12 华为技术有限公司 一种业务传输方法及通讯系统以及相关设备
CN103152258A (zh) * 2013-01-31 2013-06-12 烽火通信科技股份有限公司 一种多播保护装置和方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8966113B2 (en) * 2006-03-03 2015-02-24 Cisco Technology, Inc. Technique for dynamically restoring original TE-LSP attributes for interdomain TE-LSPs
WO2010000172A1 (zh) * 2008-06-30 2010-01-07 华为技术有限公司 组播保护方法、系统、接收端设备和组播源设备
US8659994B2 (en) * 2010-10-15 2014-02-25 Fujitsu Limited Method and system for communicating multicast traffic over protected paths
CN105245363B (zh) * 2015-09-23 2019-01-25 盛科网络(苏州)有限公司 基于OpenFlow的线性保护方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5831973A (en) * 1995-10-11 1998-11-03 Mitsubishi Denki Kabushiki Kaisha Multicast connection control method and apparatus
WO2002099946A1 (en) 2001-06-05 2002-12-12 Stern Thomas E A system and method of fault restoration in communication networks
CN1228947C (zh) * 2001-08-24 2005-11-23 中兴通讯股份有限公司 一种宽带交换网的组播业务流的保护方法
US20030193958A1 (en) 2002-04-11 2003-10-16 Vidya Narayanan Methods for providing rendezvous point router redundancy in sparse mode multicast networks
US6876636B2 (en) * 2002-07-09 2005-04-05 Qualcomm Inc. Method and system for a multicast service initiation in a communication system
US7719957B2 (en) * 2005-08-29 2010-05-18 Alcatel Lucent Resiliency in minimum cost tree-based VPLS architecture

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101262412B (zh) * 2007-03-09 2010-09-29 上海贝尔阿尔卡特股份有限公司 一种具有最小时延的组播恢复的方法及其接入设备
CN101383754B (zh) * 2007-09-06 2012-12-12 华为技术有限公司 一种业务传输方法及通讯系统以及相关设备
WO2010028588A1 (zh) * 2008-09-10 2010-03-18 华为技术有限公司 组播的切换方法及系统
CN103152258A (zh) * 2013-01-31 2013-06-12 烽火通信科技股份有限公司 一种多播保护装置和方法
CN103152258B (zh) * 2013-01-31 2015-08-19 烽火通信科技股份有限公司 一种多播保护装置和方法

Also Published As

Publication number Publication date
WO2007036101A1 (fr) 2007-04-05
EP1942609B1 (en) 2012-05-16
EP1942609A1 (en) 2008-07-09
EP1942609A4 (en) 2009-05-06
CN101160865A (zh) 2008-04-09
US20080232246A1 (en) 2008-09-25

Similar Documents

Publication Publication Date Title
CN1866764A (zh) 一种多播业务路径保护方法及系统
CN1427581A (zh) 用于在通信网络中检测故障和重新路由连接的系统和方法
CN1277375C (zh) 一种光网络中永久连接和交换连接之间的转换方法
CN1694418A (zh) 一种复用段保护和格状网恢复结合的方法
CN100456700C (zh) 提供具有多种保护和恢复类型的组播业务方法和装置
CN1658595A (zh) 在环型网络中重新路由mpls业务的方法
CN1874285A (zh) 在弹性分组环上实现广播或组播的方法及装置
CN1513143A (zh) 以太网保护系统
EP2501084B1 (en) Transmission multi-protocol label switching network system and link protection method
CN105282631B (zh) Potn中实现电层线性保护的系统及方法
CN1934561A (zh) 网络拓扑的恢复机制
CN101656630A (zh) 一种业务保护方法和系统
CN100352223C (zh) 一种在城域传输网络中保护数据业务的方法
CN1435070A (zh) 使用4×4矩阵开关的四光纤环形光学交叉连接系统
EP2023537A1 (en) Protecting method for data signal transmission and communication network
CN1941683A (zh) 一种触发链路聚合组重分发业务的方法及系统
CN1878165A (zh) 一种标签交换路径连通性的检测方法
CN104869010A (zh) 保护切换
CN1571301A (zh) 光网络中通过显示路由实现信令并发优收的装置及方法
CN1893385A (zh) 光传输网中跨环业务的保护方法
CN1812360A (zh) 智能光网络的业务重路由触发方法
CN1878036A (zh) 一种智能光网络中控制层面路由收敛的方法
CN1112783C (zh) 一种实现数字传输组网中时钟链路自动保护的方法
CN1440162A (zh) 通过传输sdh/sonet网传输以太网帧的方法和装置
CN101043433A (zh) 一种桥模式弹性分组环mac地址学习表的老化方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Open date: 20061122