[go: up one dir, main page]

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

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

Info

Publication number
CN101160865A
CN101160865A CNA2006800123306A CN200680012330A CN101160865A CN 101160865 A CN101160865 A CN 101160865A CN A2006800123306 A CNA2006800123306 A CN A2006800123306A CN 200680012330 A CN200680012330 A CN 200680012330A CN 101160865 A CN101160865 A CN 101160865A
Authority
CN
China
Prior art keywords
multicast
service
information
link
multicast forwarding
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
CNA2006800123306A
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
Publication of CN101160865A publication Critical patent/CN101160865A/zh
Pending legal-status Critical Current

Links

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所示， 单向 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在工作侧和保护侧的保护域源端被插入， 在保护域的宿端 被检测出并提取。 如果一个单向缺陷， 如从 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到保护 LSP切换。 此时， 如果保 护 LSP上存在额外业务， 则该额外业务将被切断。
上述为 MPLS的保护范例， SDH (同步数字体系）等通信系统同样采 用类似的方法， 可见， 现有技术的特点在于， 对来自同一个源节点的信号 采用不同的路径进行保护， 因此必须遵从保护路径的源头和工作路径的源 头是一致的， 而如果业务的源头节点出现故障， 不能为下游正常提供业务， 那么在业务的源节点和宿节点之间无论建多少条保护路径都是没有用处 的。
发明内容
本发明一方面提供一种多播业务路径保护系统， 本发明另一方面提供 一种多播业务路径保护方法， 使得即使业务的源节点出现故障， 也能保证 业务的被顺利传送。
本发明的技术方案包括的：
一种多播业务路径保护系统， 包括两个或两个以上彼此间建立通信连 接的多播转发对等实体， 其中，
所述每个多播转发对等实体， 用于接收并转发来自已设置的主信息源 的业务信息， 当所述主信息源故障时， 选择其他链路作为所述多播转发对 等实体的主信息源， 接收并转发当前主信息源的业务信息。
所述多播转发对等实体之间通过信令或指配的方式建立连接。
所述两个或两个以上多播转发对等实体用于接收来自同一多播信息源 的相同业务。
一种多播业务路径保护方法， 包括：
设置两个或两个以上用于接收并转发相同业务信息的多播转发对等实 体， 并建立所述多播转发对等实体间的连接链路；
设置一链路作为一多播转发对等实体的主信息源， 所述多播转发对等 实体接收并转发所述主信息源上的业务信息；
确定无法从所述主信息源接收正确业务信息时， 在其他链路中选择一 链路作为当前的主信息源， 接收并转发当前主信息源上的业务信息。
除作为主信息源的其他链路上， 传输与主信息源链路上相同的业务信 息， 或者， 只传输维持连接的控制信息， 或者， 没有任何信息。
进一步包括： 所述多播转发对等实体对从所述其他链路上接收到的业 务信息忽略。
所述在其他链路中选择的过程为： 通过反向控制通道选择一条其他链 路作为多播转发对等体的主信息源。
所述在其他链路中选择的过程为： 通过管理设备指配选择一条其他链 路作为多播转发对等体的主信息源。
所述选择是按链路优先级或编号顺序或预先指定的顺序进行选择的。 所述相同业务信息来自同一多播信息源。
由上述本发明提供的技术方案可以看出， 本发明通过设置多个多播转 发对等实体， 每一个多播转发对等实体都可以将业务转发给另一多播转发 对等实体， 因此， 在一个多播转发对等实体的业务来源发生异常时， 可以 通过从另一个与之相连的多播转发对等实体接收并转发此业务， 使得即使 业务的源节点出现故障， 也能保证业务被顺利的传送， 实现了 N+1及 N: 1 的多播路径的保护。 应用本发明， 筒单有效地实现了多播业务的保护倒 换， 保证了多播业务的正常传输。
附图说明 图 1为现有技术单向 1+1保护倒换架构图；
图 2为现有技术单向 1+1保护倒换中工作 LSP失效示意图；
图 3为现有技术单向 1 : 1保护倒换架构图；
图 4为现有技术单向 1 : 1保护倒换中工作 LSP失效示意图；
图 5为才艮据本发明一具体实施例的系统结构示意图；
图 6为根据本发明所述方法实施例一示意图；
图 7为根据本发明所述方法实施例二示意图；
图 8为根据本发明所述方法实施方式一业务倒换示意图；
图 9为根据本发明所述方法实施方式二业务倒换示意图。
具体实施方式 本发明的核心思想是提供一种多播业务路径保护系统及方法，通过设置 多个多播转发对等实体， 每一个多播转发对等实体都可以将业务转发给另 一多播转发对等实体， 因此， 在一个多播转发对等实体的业务来源发生异 常时，可以通过从另一个与之相连的多播转发对等实体接收并转发此业务， 有效实现了多播业务的保护倒换。
本发明提供了一种多播业务路径保护系统，该系统设置有多个多播转 发对等实体（MFE ) , 如图 5所示， 图 5中 FK为多播转发对等实体， 其中 K 为自然数， 每个多播转发对等实体都可以接收并转发来自同一个信息源的 相同的业务， 各实体间通过信令或指配的方式 LN连接， 其中 N为自然数， 并进行通信； 以 F2为例， 其可以直接接收多播信息源的业务信息， 也可以 通过 1^2与？1连接， 接收 转发的信息， 而？1通过 接收多播信息源的业务信 息， F2将接收到的业务信息通过 1^6转发给下一实体 F5。
下面具体说明本发明提供的多播业务路径保护方法。
参见图 6, 对于一个多播转发对等实体 FK可以有多条链路与其连接， 在 实际工作中， 可以设定一条链路如 Lm为主信息源， 而其他链路同样传输业 务， 但一个多播转发对等实体只对主信息源的数据进行处理而忽略其他链 路上的数据 , 即不对其他链路传送来的业务进行转发处理；
也可以如图 7所示，对于一个多播转发对等实体 FK,设定一条链路如！^ 为主信息源， 而其他链路只传输维持连接的控制信息，如 OAM (操作维护） 信息， 或没有信息。
在采取第一种方式进行路径保护时， 发生路径倒换的方法如图 8所示： 当无法从设定的主信息源 Lm获取正确信息时，按规定的选择原则，选择 一条其他链路如 Ln 为主信息源， 对该！^链路上的业务进行转发处理； 结 合图 5， 以 F5实体为例， 其可以同时接收 L5、 L6的业务信息， 设定 L5为主信 息源， 当主信息源异常导致无法从该链路接收正确业务信息时， 则选择另 一链路 作为主信息源， 对该 L6 路上的业务进行转发处理； 该选择原则 可根据链路优先级选择， 或根据链路编码， 或指定顺序。
采取第二种方式进行路径保护时 , 发生路径倒换的方法如图 9所示： 当无法从设定的主信息源 Lm获取正确信息时， 通过反向控制通道或由 管理设备指配， 选择一条其他链路如 Ln#发业务信息给 FK实体； 结合图 5， 以 F5实体为例， 其可以同时接收 L5、 L6的业务信息， 设定 L5为主信息源， 当 主信息源异常导致无法从该链路接收正确业务信息时， 则通过反向控制通 道或由管理设备指定选择另一链路 L6作为主信息源， 对该 1^6链路上的业务 进行转发处理。
综上所述， 本发明通过设置多个多播转发对等实体， 每一个多播转发 对等实体都可以将业务转发给另一多播转发对等实体， 因此， 在一个多播 转发对等实体的业务来源发生异常时， 可以通过从另一个与之相连的多播 转发对等实体接收并转发此业务， 实现了 N+1及 N: 1的多播路径的保护。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并 不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本 发明的保护范围应该以权利要求的保护范围为准。

Claims (9)

  1. 权 利 要 求
    1、一种多播业务路径保护系统， 其特征在于， 包括两个或两个以上彼 此间建立通信连接的多播转发对等实体， 其中，
    所述每个多播转发对等实体， 用于接收并转发来自已设置的主信息源 的业务信息， 当所述主信息源故障时， 选择其他链路作为所述多播转发对 等实体的主信息源， 接收并转发当前主信息源的业务信息。
  2. 2、 如权利要求 1所述的一种多播业务路径保护系统， 其特征在于， 所 述多播转发对等实体之间通过信令或指配的方式建立连接。
  3. 3、 如权利要求 1所述的一种多播业务路径保护系统， 其特征在于， 所 述两个或两个以上多播转发对等实体用于接收来自同一多播信息源的相同 业务。
  4. 4、 一种多播业务路径保护方法， 其特征在于， 包括：
    设置两个或两个以上用于接收并转发相同业务信息的多播转发对等实 体， 并建立所述多播转发对等实体间的连接链路；
    设置一链路作为一多播转发对等实体的主信息源， 所述多播转发对等 实体接收并转发所述主信息源上的业务信息；
    确定无法从所述主信息源接收正确业务信息时， 在其他链路中选择一 链路作为当前的主信息源， 接收并转发当前主信息源上的业务信息。
  5. 5、 如权利要求 4所述的一种多播业务路径保护方法， 其特征在于， 除 作为主信息源的其他链路上， 传输与主信息源链路上相同的业务信息， 或 者， 只传输维持连接的控制信息， 或者， 没有任何信息。
  6. 6、 如权利要求 5所述的一种多播业务路径保护方法， 其特征在于， 进 一步包括：
    所述多播转发对等实体对从所述其他链路上接收到的业务信息忽略。 7、 如权利要求 4所述的一种多播业务路径保护方法， 其特征在于， 所 述在其他链路中选择的过程为： 通过反向控制通道选择一条其他链路作为 多播转发对等体的主信息源。
  7. 8、 如权利要求 4所述的一种多播业务路径保护方法， 其特征在于， 所 述在其他链路中选择的过程为： 通过管理设备指配选择一条其他链路作为 多播转发对等体的主信息源。
  8. 9、 如权利要求 4、 7或 8所述的一种多播业务路径保护方法， 其特征在 于， 所述选择是按链路优先级或编号顺序或预先指定的顺序进行选择的。
  9. 10、 如权利要求 4所述的一种多播业务路径保护方法， 其特征在于， 所 述相同业务信息来自同一多播信息源。
CNA2006800123306A 2005-09-30 2006-06-07 一种多播业务路径保护系统及方法 Pending CN101160865A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200510107410.7 2005-09-30
CNA2005101074107A CN1866764A (zh) 2005-09-30 2005-09-30 一种多播业务路径保护方法及系统
PCT/CN2006/001241 WO2007036101A1 (en) 2005-09-30 2006-06-07 A system and method for protecting multicast service path

Publications (1)

Publication Number Publication Date
CN101160865A true CN101160865A (zh) 2008-04-09

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 Before (1)

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

Country Status (4)

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

Families Citing this family (8)

* 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
CN101262412B (zh) * 2007-03-09 2010-09-29 上海贝尔阿尔卡特股份有限公司 一种具有最小时延的组播恢复的方法及其接入设备
CN101383754B (zh) * 2007-09-06 2012-12-12 华为技术有限公司 一种业务传输方法及通讯系统以及相关设备
WO2010000172A1 (zh) * 2008-06-30 2010-01-07 华为技术有限公司 组播保护方法、系统、接收端设备和组播源设备
CN101674222B (zh) * 2008-09-10 2013-01-30 华为技术有限公司 组播的切换方法及系统
US8659994B2 (en) * 2010-10-15 2014-02-25 Fujitsu Limited Method and system for communicating multicast traffic over protected paths
CN103152258B (zh) * 2013-01-31 2015-08-19 烽火通信科技股份有限公司 一种多播保护装置和方法
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
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

Also Published As

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

Similar Documents

Publication Publication Date Title
EP2658182B1 (en) Ring network protection method, network node and ring network
Huang et al. Building reliable MPLS networks using a path protection mechanism
CN101686179B (zh) 链路状态发布信息的传输方法、节点和点对点网络
CN102136994B (zh) 一种建立标签交换路径的方法、系统和节点设备
CN101160865A (zh) 一种多播业务路径保护系统及方法
Lai et al. Network hierarchy and multilayer survivability
WO2006081767A1 (en) A method for implementing master and backup transmission path
EP2501084B1 (en) Transmission multi-protocol label switching network system and link protection method
JP2005252368A (ja) 経路計算システム、経路計算方法、及び通信ノード
CN101247354B (zh) 针对t-mpls网络组播的快速恢复重路由方法
WO2008119294A1 (fr) Procédé et matériel de restauration du commerce en réseau
CN100352223C (zh) 一种在城域传输网络中保护数据业务的方法
Le Roux et al. Evaluation of existing GMPLS protocols against multi-layer and multi-region networks (MLN/MRN)
WO2010028560A1 (zh) 在mesh网络中实现永久环网保护的方法
CN102843291A (zh) 通告方法、装置及系统
CN101425879B (zh) 一种基于t-mpls分组传送网的tdm/pw空时分集方法
CN101483491A (zh) 共享保护环及其组播源路由保护方法和节点
CN102315987A (zh) 环网保护组链路回切方法及装置
CN101043433B (zh) 一种桥模式弹性分组环mac地址学习表的老化方法
WO2011020257A1 (zh) 故障lsp信息通告的方法和装置
WO2008040194A1 (en) Method and system for protecting multicast tree
CN102571534B (zh) 一种基于环网保护的业务传输方法及用于业务传输的节点
EP2117199B1 (en) Transmission method, system and router based on the border gateway protocol
US8462617B2 (en) Method for relieving failure, and packet communication device
CN103746891A (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: 20080409