CN1866764A - 一种多播业务路径保护方法及系统 - Google Patents
一种多播业务路径保护方法及系统 Download PDFInfo
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
- H04L12/1877—Measures taken prior to transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- 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
-
- 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/16—Multipoint routing
-
- 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/22—Alternate routing
-
- 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/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
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、确定多播转发对等体无法从主信息源接收正确业务信息,通过管理设备指配选择一条其他链路作为多播转发对等体的主信息源,用于接收并转发当前主信息源上的业务信息。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005101074107A CN1866764A (zh) | 2005-09-30 | 2005-09-30 | 一种多播业务路径保护方法及系统 |
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 |
PCT/CN2006/001241 WO2007036101A1 (en) | 2005-09-30 | 2006-06-07 | A system and method for protecting multicast service 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)
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)
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100217527B1 (ko) * | 1995-10-11 | 1999-09-01 | 다니구찌 이찌로오, 기타오카 다카시 | 멀티 캐스트 커넥션 제어 장치 |
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 |
-
2005
- 2005-09-30 CN CNA2005101074107A patent/CN1866764A/zh active Pending
-
2006
- 2006-06-07 EP EP06742127A patent/EP1942609B1/en not_active Not-in-force
- 2006-06-07 WO PCT/CN2006/001241 patent/WO2007036101A1/zh active Application Filing
- 2006-06-07 US US10/592,446 patent/US20080232246A1/en not_active Abandoned
- 2006-06-07 CN CNA2006800123306A patent/CN101160865A/zh active Pending
Cited By (5)
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 |
---|---|
EP1942609A4 (en) | 2009-05-06 |
EP1942609A1 (en) | 2008-07-09 |
CN101160865A (zh) | 2008-04-09 |
US20080232246A1 (en) | 2008-09-25 |
WO2007036101A1 (en) | 2007-04-05 |
EP1942609B1 (en) | 2012-05-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1117465C (zh) | Ip分组通信装置 | |
CN1277375C (zh) | 一种光网络中永久连接和交换连接之间的转换方法 | |
CN1427581A (zh) | 用于在通信网络中检测故障和重新路由连接的系统和方法 | |
US20080137669A1 (en) | Network of nodes | |
CN1960282A (zh) | 提供具有多种保护和恢复类型的组播业务方法和装置 | |
CN100352223C (zh) | 一种在城域传输网络中保护数据业务的方法 | |
CN1848842A (zh) | 多协议标签交换双向保护切换的实现方法 | |
CN1756184A (zh) | 一种多协议标签交换网络保护切换方法 | |
Avci et al. | Recovery from link failures in networks with arbitrary topology via diversity coding | |
CN1435070A (zh) | 使用4×4矩阵开关的四光纤环形光学交叉连接系统 | |
CN1780253A (zh) | 一种快速重路由的方法 | |
CN101047541A (zh) | 1+1单向子网连接保护的方法和采用该方法的通信网络 | |
CN1694418A (zh) | 一种复用段保护和格状网恢复结合的方法 | |
CN101051983A (zh) | 一种可靠rpr环网的组建方法以及相关rpr站点设备 | |
CN105282631B (zh) | Potn中实现电层线性保护的系统及方法 | |
CN1571301A (zh) | 光网络中通过显示路由实现信令并发优收的装置及方法 | |
CN101160865A (zh) | 一种多播业务路径保护系统及方法 | |
CN1878036A (zh) | 一种智能光网络中控制层面路由收敛的方法 | |
CN1874285A (zh) | 在弹性分组环上实现广播或组播的方法及装置 | |
CN1921409A (zh) | 可共享带宽的预置网络保护方法 | |
JP2009212863A (ja) | 回線状態監視回路、ノード、通信システム及び障害発生判断方法 | |
CN101043433A (zh) | 一种桥模式弹性分组环mac地址学习表的老化方法 | |
CN1878165A (zh) | 一种标签交换路径连通性的检测方法 | |
CN1893385A (zh) | 光传输网中跨环业务的保护方法 | |
CN1812360A (zh) | 智能光网络的业务重路由触发方法 |
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 |